v 


[ MACINTOS 


Eh d 4 EB 


EE, TRI iz 


W1 


Finder File Edit View Go pe FC PO 49 Mon1030AM 


N 


dB 


$ a 


maman il 


ZO7ZI7ZBZ VI KR 


z ) 


7 


974 


KNK 
o. TIE 


HZ 


AZ f7 17 


Wz1z 


6 


OZ N 


d? 


[4 


N7zL7ZS7 470 


S t a T ÁMK ing 
StarKing Óbuda Kft. dé Apple Center 1 


1036 Budapest, Bécsi út 77-79. . Tel.: 439-3333 Fax: 439-3334 


sz TE Aziz tea] PowerBook 
"ya e 
www.macabc.hu 1. ZD TERÁTÁCI ra 


5. ] 
ETJETE E EA uiá ás Eg Ev ! 
"23.054 Ft-tól hóímee 


912MB Argalc HIG a 


TEALTVI A 
ingyen! a 
gy. e f 


e 

mm 3 122 Final Cut 
fe p] eg, b Tf A k 
LII ASOKÓ Ft- Ól/ hó II 


§ A havidíjak 5096-os 1 éves tartósbérleti konstrukcióra vonatkoznak 


3 gyen! 5 ő konfiguráció tartalmaz: - 
akár 97 1)" - PM G4 vagy PM G5-öt 
1.000 4 1 B - ajándék 512 MB RAM-ot 


e me - FCP Express vagy a 
iPod MINI 4GB ] -FCP4 va parta Ja ereket 


É a Ka f 
MÉ 10.000 gyű 


u Eszel Akció!!! 
20GB 
40GB 
80.000 4 Áfa 


Ax 


£ ra 7A 
912MB d — eled 
E ram : Mina eg a 
4 J ( 


BilueTooth USB 
13.050 4 ÁFA 


14850 4 ÁFA 


17.550 4 ÁFA 6.750 4 ÁFA 7.200 4 ÁFA 


szofiver.hu 


internet 


www.szoftver.hu 


grafika 


A Trans-Europe Kft. az Adobe, Macromedia, Andromeda, AlienSkin, Canto, CCVision, Creo, Electric Rain, Eovia, Extensis, 
HotDoor, Markzware, Morphologic, Pantone, Ouark, Synthetik és (URW)--- szoftverházak magyarországi disztribútora. 
Grafikai, vizuális, multimédia és Internet szoftverek forgalmazója Macintosh és Windows platformra. 


Budapest 1026, Volkmann u. 2. I/2. - 3-36-1-392-0700, - www.trans-europe.hu, www.szoftver.hu, -  info(otrans-europe.hu 


Impresszum: 


Tartalom rendező: 
Ferenczy Gábor 
Telefon: 06-309-424-119 
Almalány: 

Blasits Ildikó 

Telefon: 06-309-779-003 


Szerkesztőség: 
1135 Budapest, Lehel út 61. 


Telefon: 
452-7830 


Fax: 

452-7830 

E-mail: 
almalapemail.datanet.hu 
Internet: 
www.almalap.hu 


Kiadó: 
Kereskedelmi Értesítő 
Kiadó Kft. 
: Felelős kiadó és layout: 
Dobosy Anikó 
Címlap: 
Tigris közeleg -a 
Előkészítés: 
Tördelte az Almalap, 
. kilőtte és levilágította 
Niki és az Agfa Győrben 
. Nyomda: 
Arrabona Print Nyomda 


: Köszönjük 
az Apple Vezérképviselet 
támogatását! 


HU-ISSN 1218-0319 


Az Almalap bármely részének 
elektronikus feldolgozásával, 
másolásával és a lap 
terjesztésével kapcsolatos 
minden jog fenntartva. 


2004. áprilisi szám 
(XI. évfolyam - 4. szám) 


02 


44 


12 


21 


23 


24 


TYGER 


Tyger! Tyger! burning bright 

In the forests of the night, 

What immortal hand or eye 

Could frame thy fearful ssmmetry? 


In what distant deeps or skies 
Burnt the fire of thine eyes? 

On what wings dare he aspire? 
What the hand dare seize the fire? 


And what shoulder, and what art, 
Could twist the sinews of thy heart, 
And when thy heart began to beat, 


What dread hand? and what dread feet? 


What the hammer? what the chain? 
In what furnace was thy brain? 
What the anvil? what dread grasp 
Dare its deadly terrors clasp? 


When the stars threw down their spears, 


And waterd heaven with their tears, 
Did he smile his work to see? 


Did he who made the Lamb make thee? 


Tyger! Tyger! burning bright 

In the forests of the night, 

What immortal hand or eye, 

Dare frame thy fearful ssmmetry? 


William Blake 


ATIGRIS  -d 


Tigris! Tigris! éjszakánk 
Erdejében sárga láng, 
Mely örök kéz szabta rád 
Rettentő szimetriád? 


Milyen katlan, mily egek 
Mélyén gyúlt ki a szemed? 
Szárnyra mily harc hőse kelt, 
Aki e tűzhöz nyúlni mert? 


Milyen váll és mily művész 
Fonta szíved izmait? És 
Mikor elsőt vert szíved, 
Milyen kar s láb bírt veled? 


Milyen pöröly? mily vasak? 
Mily kohóban forrt agyad? 
Mily üllőre mily marok 
Törte gyilkos terrorod? 


S amikor befejezett, 
Mosolygott rád a mestered? 
Te voltál, amire várt? 

Aki a Bárányt, az csinált? 


Tigris! Tigris! éjszakánk 
Erdejében sárga láng, 
Mely örök kéz szabta rád 
Rettentö szimetriád? 


(Szabó Lőrinc) 


A június 28-tól San Franciscoban megrendezendő Apple World Wide Developer Conference 
2004 (WWDC, fejlesztői konferencia) nyitóbeszédét Steve Jobs, az Apple elnök-vezérigaz- 
gatója fogja tartani, ahol bemutatja a Mac OS X operációs rendszer legújabb, 10.4-es ver- 
zióját - de még nem működés közben. Az új operációs rendszer neve Tiger (tigris) lesz. 


Tartalom: 


A tartalom feldolgozás forradalma 


A faxoló párduc 


Adatok az adatokról 
Ügyvitel Macintosh-módra 
A Sun és a Microsoft... 


Kótya-vetye, előfizetés 


Almalap — 2004. április 


1 


€ SZOFTVER : 


HARDVER " 


TP-PREPRESS " 


WEB 


A hagyományos és elektronikus terjesztési technológiák jövője 


A tartalom és a feldolgozás fo 


A dotcom buborék kipukkadása óta eltelt három év elégségesnek bizonyult, hogy az informatikai iparág kiheverje a csalódást, 
átvészelje financiális lehetőségek beszőkülését, és elkészítse a következő évek útitervét. A következő, rövidnek semmiképp sem 
nevezhető elemzés, amelyet a Project10X és a Seybold közösen végzett és tett közzé, az informatika és nyomdászat jövőképét 
próbálja felvázolni. Most az első részét olvashatjátok. 


Tavaly tavasszal fogott bele két 
ismert kutató intézet - a Pro- 
ject10X és a Seybold - nagy 
ívő kutatásba, hogy feltérké- 
pezze, milyen lesz a következő 
generációs tartalom-menedzs- 
ment, nyomdászat és média 
gazdag kommunikáció. A nyár 
és ősz azzal telt, hogy kutatók, 
iparági szereplők, vállalkozás - 
ügynökségek, marketing cégek, 
kreatív ügynökségek, kiadók, 
szerkesztőségek, nyomdák, 
technológiai fejlesztéssel fog- 
lalkozó kutatóintézetek, infor- 
matikai szolgáltatók, szakszö- 
vetségek - irányítók fogalmaz- 
ták meg álláspontjaikat, néze- 
teiket, jelölték ki számukra 
meghatározó fontossággal bíró 
várható eseményeket. 

A különböző, néhol össze- 
csengő, néha egymással szem- 
benálló nézeteket megismerve 


HISTORICAL 


megfogalmazhatóvá váltak a 
kulcspontok, amelyek meghatá- 
rozzák a fejlődési irányt, folya- 
matokat és technológiai infra- 
struktúra igényt, az egyes válla- 

Az 1. ábrán látható a nemzeti 
összjövedelem (GDP) és a tech- 
nikai infrastruktúrára fordított 
költségek változása a múltban 
és jövőbeli prognózisa - az ada- 
tokat Veronis Suhler Stevenson 
kutató intézettől származnak. A 
jelen kutatás a kommunikációs 
iparág részének tekinti a keres- 
kedelmi célú tartalomszolgálta- 
tást, a fejlesztők egy csoportját, 
a média előállítókat és techno- 
lógia-szolgáltatókat is 

Az elmúlt időszak a feltáma- 
dás jeleit mutatja. Egyes szeg- 
mensekben növekszik a befek- 
tetett tőke. Noha ez a folyamat 
még épp, hogy csak elindult, 
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— Communications Industry Spending 


mt Nominal GDP 


1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 


Sources: Veronis Suhler Stevenson, The Publishing 8: Media Group 


Első ábra. Az előző évhez képest ábrázolták feketével a kommunikációs ipar köl- 
tését, pirossal az átlagos GDP változást - az Y2K erős nyomot hagyott. 
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de a gazdasági fellendülés első 
lépcsőjének tekintjük. Ez jel- 
zés, hogy ha nem is kapcso- 
lódsz be, de légy résen, figyelj! 

Amíg a tartalom-szolgáltatás- 
ban és médiában érdekelt vál- 
lalkozások továbbra is vergőd- 
nek, addig a technológiai kör- 
nyezet, amelyen állnak, folya- 
matosan változik. Már észlelhe- 
tők a digitális-automatizálás 
első jelei. Láthatók az új tech- 
nológia leendő alkotórészei, az 
új technológiai platformon lét- 
rejövő tartalom/feldolgozás 
forradalma, a kommunikáció és 
géphasználat szokásának gyö- 
keres megváltozása. 

A fentiek közt nem minden 
újdonság. Az iparág már át- 
esett egy platform váltáson: ez 
volt az asztali kiadvány-szer- 
kesztés forradalma (desktop 
publishing - dtp). Több mint 
tíz éve a számítógép alkalmas- 
sá vált a nyomdai szedő munka 
kiváltására - tized akkora költ- 
séggel. Pár évvel később ismé- 
telt a számítógép, akkor a szí- 
nes-reprodukcióra vált alkal- 
massá - és csökkentette e 
költségeket tizedére. Hasonló a 
helyzet a webbel, amely elő- 
ször teljesen átalakította a tar- 
talom továbbítási szokásokat, 
majd megszülettek a webfelü- 
leti technológiák, melyek a 
nyomdászati technológiákra is 
kihatottak. Mindkét esetben az 
olcsóvá váló technológia de- 
mokratizálta, azaz mindenki 
számára elérhetővé tette a tar- 
talom-publikálást, új piacokat 
nyitott meg, hozott létre, új 
befektetőket vonzott és meg- 
változtatta a céges kommuni- 
kációt. 


Ami az új, eljövő forradalmat 
megkülönbözteti az említettől, 
az a mérete, becslés szerint ez 
százszor nagyobb változást fog 
hozni. Új platform, új média és 
új tartalom-gondozás jellemzi. 
A változások java a hagyomá- 
nyos nyomdai-grafikai iparágon 
kívülről fog érkezni. Vélekedé- 
sek szerint gyorsabban fog le- 
zajlani a forradalom, mint az 
előző, és a tartalom-média ér- 
dekeltségű cégek fantasztikus 
időszak elé néznek. 

A szerzők célja e nűvel az 
volt, hogy összefoglalják, milyen 
következtetésekre, meglátásokra 
jutottak a forradalom természe- 
tét illetően, és igyekeztek meg- 
jósolni, milyen változások várha- 
tók a tartalom és feldolgozás te- 
rén. A nyomdászat területén túli 
régiókat is megrázó eseménye- 
ket három jelentős fejezetre 
bontva tárgyalják a szerzők. 

A Nyomdászat következő cik- 
lusa. Ebben a fejezetben össze- 
foglalják a múltat, jelent és jel- 
zik a jövő technológiáját. A jö- 
fejlődési ciklusok figyelembevé- 
telével tárgyalják, vizsgálva a 
beillesztési trendeket, a befoga- 
dás lehetőségeit és az új és a 
régebbi technológiák lehetséges 
kapcsolódási, átmeneti pontjait. 

A Nyomdászat Forradalma cí- 
met viseli a második rész, 
amelynek címe inkább a Közzé- 
tétel Forradalma lehetne, amely 
mindjárt jelzésértékű is. A szer- 
zők itt tárgyalják a kiadási stra- 
tégiákat, feldolgozási folyama- 
tokat, média csatornákat és inf- 
rastruktúrákat. E terület megér- 
tésének kulcsa az eredendően 
új feldolgozási- előállítási fo- 
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lyamatok lesznek. A számítógé- 
pes hálózat kezdettől lefedi és 
automatizálhatóvá teszi a ki- 
adási folyamatot, ahol a tarta- 
lom más és más végfelületen 
jelenhet meg, köszönhetően a 
forrás-megosztó architektúrá- 
nak. Ez nem futurisztikus gon- 
dolat, az első gyakorlati megva- 
lósítások már próbálgatják szár- 
nyaikat - e tanulmány is létező 
példák segítségével fogja bemu- 
tatni a Közzététel Forradalmát. 
A harmadik, záró fejezet a 
Tartalom Forradalmáról számol 
be. Az új nyomdászat-kiadás 
nem csupán új média csatornát 
és eljárásokat jelent. A forrada- 
om alapja olyan tartalomtárolá- 
si koncepció, amely új piaci le- 
hetőségeket, vállalkozások lét- 
rejöttét vonja magával, a tarta- 
om általános, szabad felhaszná- 
lású tudásbázis-háló részévé 
esz. (Aki most sikoltozott fel a 
Gonosz Almalappal, annak igaza 
van, de később értelmet nyer e 
halandzsa, ígérem.) A szerzők 
ígérete szerint leírják e hullám 
- forradalom - jellemzőit, és le- 
hetséges stratégiákat kínálnak 
kiadóknak, nyomdáknak, média 
és kommunikációs cégeknek, 
hogy a Tartalom Forradalma ha- 
szonélvezőivé válhassanak. 


A NYOMDATECHNOLÓGIA 
FORRADALMA 
Áttekintve, hogy iparágunk fej- 
lődésére milyen technikai újítá- 
sok hatottak feltérképezzük, 
hogy az elkövetkező években, 
rövid- és középtávon, mely fej- 
lesztések befolyásolhatják ezt a 
területet, mely újonnan kifej- 
lesztett alapokra építhetünk. 
Definiáljuk a nyomdászat egyes 
állapotait, majd megkísérlünk 
modellt alkotni, amellyel ma- 
gyarázhatók a jelenlegi és jövő- 
beni technológiai ciklusok, az 
életciklus-megtérülési arányok. 
A jövőbeni hálózatos működési 
modell ROI-ra is adunk becslést. 


Lassú ciklusú 
innováció 


Megfigyelve az utolsó két év- 
századot, megállapítható, hogy 
nagyjából ötvenévente jelent 
meg alapvető felfedezés, újítás, 
amely lökést adott a gazdasági 
fejlődésnek. Az osztrák Joseph 
Schumpter a negyvenes évek- 
ben fedezte fel az ipar lassú 
ciklusú lüktetését. Norman Poi- 
rem, a Merrill Lynch kutatója a 
2. ábrán látható diagrammal il- 
lusztrálta Schumpter elméletét. 
Mi ezt a diagramot használtuk 
fel, hozzátéve jelenlegi időbeli 
tartózkodási pontunkat és kivá- 
lasztva a nyomdászatra ható 
technológiákat Poire ábrájáról. 
Schumpter a tizennyolcadik 
századi angol ipari forradalom- 
tól tanulmányozta a fejlődést és 
fedezett fel ötven-hatvan évig 
tartó fellendülő, gyorsan elter- 
jedő, majd ellaposodó technoló- 
giai életciklusokat. Minden új- 
donság ,új gazdasági modellt" 
kényszerített a vállalkozásokra, 
államokra, társadalomra. A lö- 
késszerű fejlődést jellemzően 
válság követte, amikor a már 


Rapid 
Adoption 
Textile 


Ma a la 
alád 


annyira nem új technológiai új- 
donság kifulladt, ám - mint azt 
az Economist egyik elemzésében 
megfogalmazta - minden eset- 
ben egy gazdagabb és erősebb 
állapotot eredményezet még 
válságában is, mint ahonnan a 
kezdő innováció elindult. 

Az ábrán hat nagy hullámot 
látunk. Az elsőt a textil- és vas- 
gyártás és a gőzenergia haszno- 
sítása okozta. Az 1780-ban kez- 
dődött hullám 1840-re csengett 
le. A második hullám motorja 
az acélgyártáshoz és vasútépí- 
téshez köthető - a majd fél év- 
százados hullám 1900-ra fulladt 
ki. Az elektromosság és a belső- 
égésű motor hajtotta a harma- 
dik, szintén félévszázad hosszú 
hullámot. Az 1950-es években 
kezdődött negyedik hullám ge- 
nerálója a petrokémia, elektro- 
nika, informatika és őrkutatás. 
Az ötödik hullámot a megosz- 
tott intelligencia veri, a hetve- 
nes évek közepén az ARPA há- 
lózat volt az első jel, és jött az 
Internet, a szerver-kliens archi- 
tektúra, a vállalati-hálózat. A 
dotcom lufi kipukkadása utáni 
regenerálódásból már profitál- 


Railway Auti 


hat a jövőbeli nyomdatechnoló- 
gia, hiszen ebből a hullámból 
még jó 35 év hátra van. És vé- 
gül, a hatodik hullám motorjá- 
nak jelenleg a nano- és a bio- 
technológiát és a tiszta erőfor- 
rásokat vélik a kutatók. 

A hullámok négy jellegzetes 
szakaszra oszthatók. Az első 
részben a friss felfedezéseket 
közvetlenül, direkt hasznosító 
termékek, áruk, szolgáltatások 
jelennek meg, jellemzően új, 
fiatal cégek gondozásában. A 
második fázis a villámgyors nö- 
vekedésé - a textil, a vasút, az 
elektronikus kütyük vagy vegyi- 
termékek példájára gondolunk. 
Ezt a szakaszt brutális árrés, 
szabványosodás, a gyengébb ri- 
válisok ledarálása, iparági veze- 
tő cégek megjelenése jellemzi. 
(Az információtechnológia ese- 
tén az Intel, Microsoft és Cisco 
neve egyenértékkű a vezető 
céggel, ám semmi sem biztosít- 
ja számukra e pozíció megőrzé- 
sét a következő hullámban.) A 
harmadik fázisban a fejlődés 
lelassul, az árrés csökken. És az 
utolsó fázis az, amikor a követ- 
kező hullám első kis-tigrisei 


72081 


Második ábra. A gazdasági fellendüléseket vezérlő vívmányok — textil, vasút, autó, számítástechnikai, megosztott intelligencia 
és nanotechnika - elfogadási sebességét ábrázolták függőlegesen a szerzők. Az ipari forradalom — 1640, Anglia - 1939 és 
1977 között váltott át az információ forradalmába - a permanens forradalom elméletének megfelelően. A satír szélén állunk. 
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megjelennek, és a csodálkozó 
óriások alól kiszalad a techno- 
lógiai-talaj, a profitról, befek- 
tetőkről nem is szólva. 


It és kommunikációs 
innováció-ciklusok 

A számítógépek, pontosabban 
szólva az információtechnológia 
ötven évét is ciklusokra lehet 
bontani. A 3. ábra, amely Tho- 
mas Pisello könyvében (ROI of 
IT Providers) jelent meg, dina- 
mikus növekedést mutat. Minél 
újabb ciklusról szólunk, annál 
több, néha nagyságrenddel 
több innovációról beszélünk, 
ráadásul a ciklusok közti idő is 
egyre rövidebb. A rövidülő cik- 
lusok viszont a gazdaságot - és 
benne a nyomdászatot is - egy- 
re mélyebben és szélesebben 
befolyásolják. 

A Gartner, Akinean és más 
kutató cégek egybehangzó véle- 
ménye, hogy a következő ciklus 
hajtóereje a hálózati szolgálta- 
tás, a gazdag média, a helyfüg- 
getlenség és tudásalapúság 
négyszögében keresendő. Ha az 
eddigi minta változatlanul érvé- 
nyesül, a mostani ciklus mére- 


pe, mainframes 


tében és hatásában is jelenték- 
telenné válhat. A 6-15 biliárd 
dollár, amely a következő tíz 
évben e területre esik, három- 
szor-ötször több mint amekkora 
a dotcom buborékot finanszí- 
rozta a World Wide Web megal- 
kotása óta. Úgy véljük, hogy a 
tartalom, kiadás és a média 
kommunikáció fog a leginkább 
profitálni az új felfedezésekből. 


Technológiafejlődési 
görbék 

Moore ismert mondása, hogy a 
procik teljesítménye 18 hónap 
alatt megduplázódik, gyártási 
költsége feleződik. A hálózat- 
kilenc, a tárolás- tizenkét és a 
számításteljesítmény 18 havon- 
ta duplázódik meg - vagy kerül 
fele annyiba, ámbár ez utóbbi 
nem teljesen helytálló ekviva- 
lencia. Ez teremti meg a cégek 
és kiszolgáló hálózatok számára 
a lehetőséget, hogy egyre haté- 
konyabban működjenek. Amióta 
nyilvánvaló, hogy a számítástel- 
jesítménynél kétszer gyorsabban 
fejlődik a hálózat, érthető, hogy 
a hangsúly a hálózatos megol- 
dások kerülnek előtérbe, jellem- 


zői az elosztott erőforrás, nagy 
sávszélességű kommunikáció és 
a magas szinttű feladatvégzés. 


A KIADÁSTECHNOLÓGIA 
FEJLŐDÉSI CIKLUSAI 

A jó hír, hogy a hosszú-hullámú 
fejlődési ciklus, a köztes infor- 
matikai hullámok és a technoló- 
gia fejlődésgörbéje egyaránt a 
Kiadástechnológia szekerét 
gyorsítja (beh sánta hasonlat 
ez.) De milyen irányban is hala- 
dunk? Milyen fejlesztésekre szá- 
míthatunk? 

Hasonlóan a számítástechni- 
kához, a Kiadásnak is megvan- 
nak a maga fejlődési ciklusai. A 
túloldali táblázatban foglaltuk 
össze a Kiadás mostani és vár- 
ható módozatait, a továbblépés 
lehetőségeit és minden esethez 
kapcsolódó fejlesztést. 

A táblázatot öt oszlopra bon- 
tottuk. Az első három - asztali 
gép, szerver és World Wide Web 
- már létező és változatlanul 
fejlődő fázis, a hálózati-szol- 
gáltatás és a semanticweb a jö- 
vő fázisa, amelyek a következő 
évben átalakítja majd a Kiadás 
folyamatát. Ezek a fázisok ter- 
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Harmadik ábra. A koncentrikus körök terület arányosan mutatnák az egyes informatikai innovációk, hullámok, fázisok fi- 
nanciális méretét. Amíg 1963 táján a nyomtatott áramkörök - köztük a memóriák - megjelenése még csak egy milliárd 
dolláros üzlet volt — az akkori árfolyamon -, a legutóbbi webes, seb-szolgáltatós őrület már három milliárd dollárt érintett. 
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mészetesen átfedik egymást, 
sőt, egymásra épülnek balról 
jobbra haladva. Az asztali kiad- 
ványszerkesztés nem szűnt meg 
a szerver alapú publikálás meg- 
jelenésével, és ez utóbbit sem 
sorvasztotta el a web alapú 
publikálás megjelenése és gyors 
fejlődése. Látható, hogy a fázi- 
sokon átívelő fejlesztőerő a 
szétosztott-intelligencia. 

A táblázat soraiban jellemez- 
tük a fázisokat, illetve összeve- 
tettük őket. 

A technológia irányt közgaz- 
dasági fogalmak szerint értel- 
meztük, a fázisok meghatározó 
fejlesztésivel, az eredményekkel 
és a kulcspontok megnevezésé- 
vel. A piac, a metódus, média 
és a kiadás-gazdasági környezet 
minden fázisban eltérő volt. 

A fázisokkénti innovációt 
platform változásként, a tarta- 
lom új formájaként és új média 
csatornaként kezeltük. A plat- 
form fejlődés gazdasági válto- 
zást, áttörést, forradalmat 
eredményezett. A tartalom új 
formái - például a digitális for- 
mátum - olyan ,gyilkos appli- 
kációk" megjelenését eredmé- 
nyezték, amelyek új piacokat 
tettek elérhetővé, és felerősí- 
tették a piacvezetők és követők 
harcát. Az új média csatornák - 
módozatok és eszközök - gaz- 
dagabb közlési lehetőséget ad. 
A tartalom többszöri értékesí- 
tését is ez teszi lehetővé. 


Már levonult 
hullámok 


Természetesen, a nyomdászat 
sokkal régebbi múltra tekint vis- 
sza, mint azt ábrázoltuk, kis túl- 
zással egészen az írás megjele- 
néséig - ki is volt az első tipog- 
ráfus? De még a XX. század azon 
hullámait is kihagytuk, melyek 
nem érintődtek a számítástech- 
nika által - ezekről a neten és 
szakkönyvekben bőséges infor- 
máció található. Azért a rend 
kedvéért említsük meg őket! 

Az első hullámot az ólomból 
öntött betűs megoldás, a má- 
sodikat a fényszedés jellemez- 


ározó fejlesztés 


Aározó 


Meghat: 


Hajtóerő 


Asztaligép 


 Oldalkészítés költségét tizedelte. A 
tartalom digitálissá vált. 


A tartalom, média és közreadási fo- 
lyamatok adatbázis-alapúvá tételé- 
vel a rendszer és feldolgozási folya- 
matok költsége ötödére-tizedére 
csökkent. 


Világháló 

AFöld bármely pontjára történő dígi- 
tális oldal - tartalom - média továb- 
bítás költsége több, mint század ré- 
szére zsugorodott a hálózatoknak 
köszönhetően. 


Hálózati szolgáltatás 


Az átvitel és feldolgozási költségek 
ötödükre, tizedükre csökkennek. 


Értelmes-háló 


A tudásalapú gazdaság két nagy- 
ságrenddel válik fontosabbá az in- 
formációnál. A tudás alatt informá-i 
ció és elmélet összességét értjük, 


ület 


Céli 


(a Ja tartalom digitális megjelenítése 

Í (szöveg, táblázat, grafika, kép, vi- 
deó, hang, és interaktív adatűrlap) 
Í (b) digitális eszközök tartalom létre- 
Í hozására, kezelésére és rendelésé- 
Í re (c) analóg-digitális átalakító be- 
J és digítális-analóg átalakító kimenet 
] (d) egyfelhasználós platform 


Az adatmegjelentés alkalmazás füg- 
gellenné vált. Számítógépek vezé- 
relte munkafolyamatok, Adatbázis 
alapú tartalomkezelés. Vállalatokon 
átívelő. programok.  Kliens-szerver 
architektúra. 


Olcsó, könnyen és szabadon elér- 
hető, egymásra hivatkozó www tar- 
talom, web-szájt tenger. 


Az alkalmazásoktól elválnak a feldol- 
gozás-reprezentációk. . Megosztott 
forrás-architektúrákból felépülő fel- 
dolgozás-megoldások. (AZAi, B2BIi, 
B2C). Bármi és minden IP alapon 
történik. Bármikor, bárhová történő 
tartalomszolgáltatás.  Specializálódó. 
média csatomák és eszközök. 


A tudás megjelenítése elválik a tar- 
talomtól. A tudás-elemekhez Értel- 
mes-formák párosulnak. A közös- 
ségi, vállalkozási és tulajdonosi is- 
meretek összessége a tudás, az is- 
meret. Értelmes-média: termékek 
és szolgáltatások. Értelmes. web- 
szolgáltatások. Értelmes grid. 


] 

Az egyéni termékenység nő, a költ- 

1 ségek csökkennek a kézzel végzett 
feladatok digitális eszközökkel törté- 
nő kiváltása miatt 


Az adatmegosztás lehetővé teszi a 
csoportos munkavégzést ÉS növe- 
li az üzleti hatékonyságot. Vállalati 
programok . megjelenése . (CRM, 
SCM, EAI, ...) 


Növekvő bevétel, csökkenő piacel- 
érési idő, a webes közzététellel kö- 
Zelebbi kapcsolat a felhasználó és 
tartalom között, e-kereskedelem, 
€e-üzlet. 


Csökken (a) a gyártás, (b) az érté- 
kesítés, (c) a továbbítás, feldolgo- 
Zás, karbantartás és (d) a módosi- 
tás ideje, erőforrás-igénye és költ- 
sége 


Egyéni, csoportos és vállalat szintű 
összmunka. Értéknövelő. tartalom 
előállítás. A tudásra tevékenységeki 
— tanulás, oktatás és kommuniká- 
ció — ugrásszerű fejlődése. 


Új piaci lehetőségek megnyílása 
egyének, kis cégek és professzioná- 
lis kiadványszerkesztő vállalkozások 
előtt. A média alkotás erőteljes de- 
mokratizálódása 


A teljesen digitalizált folyamatok ve- 
Zérlik a dokumentum-kezelést, és a 
nyomtatott és elektronikus közzété- 
tel hagyományos megoldásait. 


Bolygóméretű piac a www-alapú 
tartalom számára. A hagyományos 
értékesítési lánc teljes megkerülhe- 
tősége — megkerülendősége. A há- 
lózatos tartalom eljuttatásának . új 
módjai. A pont-pont kapcsolat 
egyedi átviteli lehetősége Internet 
üzleti modellek megjelenése. 


A Kiadó-üzletág határa módosul: (a) 
a beágyazott tartalom részévé lesz 
nagyobb vállalatközi vagy vevői 
kommunikációs . folyamatnak, (b) 
több-csatomás, média-gazdag tar- 
talmat továbbítanak, (c) on-line, in- 
teraktív játékok és helyfüggő szóra- 
koztatás és (d) digitális könyvtárak. 


Értelmi szökőár. A tartalom forra- 
dalma. A tudás kereskedelem je- 
lentős hozzáadott értékű piacot al-I 
kot. Értelem-alapú . tudásbázisú 
munka, tudás-alapú feldolgozás ési 
értelmes-számítástechnika. 


Egy-felhasználós programok. 


Vállalati többfelhasználós alkalma- 
Zások. 


Globális, közvetlen pont-pont kap- 
csolat. 


Integrált, szétosztott, együttműködő 
folyamatok (tetszés szerinti számú, 
résztvevő, alkalmazás, hely és mód) 


Nyitott tudás-alapú folyamatok 


Helyi hálózat (LAN) 


Nagy kiterjedésű hálózat 


Globális nyilvános hálózat 


Hálózati kiszolgáló-grid 


Értelmes grid. 


Pécés programok, plug-in kiegészí- 
tők. Platform-komponensek, 
szkriptek. Platform GUI (grafikus fe- 
j lület) — egyfelhasználós üzemmód. 


Az asztali klienst kiszolgáló szerver 
megoldások. Middieware. Szerver- 
től független, több felhasználót ke- 
Zelő asztali, grafikus operációs 
rendszer. 


Web-szerver, kliens böngészővel 
elérhető web-applikációs szerver, 
Web-szerver szkriptek 

A web-böngészővel többfelhaszná- 
lós, grafikus kliens. 


Szolgáltatás belépési pont (kérelme- 
Zők), szerverek és kliensek közti út- 
választás. Folyamat csatlakozási 
pontok és web-szolgáltatások. A há- 
lózati szolgáltatások nem GUI-k, a 
böngészők adják a többfelhasználós, 
testre szabott kliens GUI-t 


Tudás szerverek és programok 
Értelmes web-szolgáltatások, 
Értelmes böngészők 


! Alap adatformátumok és tartalom 
! megjelenítés. 


2D relációs adatbázisok 


Globális, összefüggő (linkelt) és el- 
osztott információ. 


Földet behálózó, összefüggő tarta- 
lomeljuttatási folyamatok 


Világszinten összefüggő, értelem-a- fő 
lapján összekapcsolódó, megosz- 
tott források, 


Í Programtól és adattól függő helyi 
1 fáll-tárolás 


Programfüggő, vállalaton . belüli 
központi adattárolás 


Applikáció függő központi adattá- 
rak webkiszolgálása 


Különböző adat- és egyéb tárak 
vállalkozáson belül és vállalkozások 
között webszolgáltatásokkal kom- 
munikálnak 


A tárakat és folyamatokat elméletek 
szervezik rendbe. 


j Platform függő fájlrendszer 


RDBMS, RO-DBMS 


Web szájt, kereső motor 


Üzleti folyamat vezérlést támogató 
rendszer 


Tudás operációs rendszer 


Í Tartalom-alapú formátumok 


Adatsémák 


Hypertext, hypermedia 


feldolgozási sémák 


Tudás tárak / rétegek. 


Í Unicode, karakter-orientáltság (pa- 
Í rancssoros üzemmód), szöveg (e- 
mail, szövegszerkesztő), táblázat, 
grafika (2D, 30), képek, hangok, 
videók, összetett dokumentumok, 
I animációk, interaktív játékok 


Relációs adatbázisok, objektum ori- 
entált adatok, kiegészítő metaada- 
tok 


Linkelt HTML állomány, finomított 
kereső motorok 


DOI, BPML, BPEL, sémák, sablo- 
nok, XML-alapú adatstruktúrák és 
metaadat használat 


RDF, elmélet és tudás kódolt szab- fi 
ványok. Az információ, tartalom ési 
elmélet végtelenszer egymásbal 
ágyazható struktúrája. 


Í Hagyományos és digitális nyomta- 
tás 


Nyomtatás igény szerint, testre sza- 
bott nyomtatás 


E-könyvek, nyomtatás testre- és 
személyre szabása. 


Digitális újság, (igény szerinti) háló- 
Zati nyomtatás 


K-könyvek (hibrid és digitális) 


Önálló interaktív pécés média 


Szerverről letöltődő interaktív multi- 
média 


Webes multimédia átvitel 


Hang, kép, interaktív-többfelhasz- 
nálós multimédia — rendre az inter- 
neten át 


Az értelmes webszolgáltatás bárhol ; 
elérhető 


ÍPC kép (GUI), játékkonzol 


"Terminál és pécés grafikus felület 


Kéziszámítógépek (zsebészek). 


digitális megoldások: interaktivitás, 
videó -telefon 


K-telefonok, személyes  tudás- 
asszisztensek (PKA), körülölelő in- 
telligencia 


CD-ROM 


aguantum memória (?) 


€ SZOFTVER : 


HARDVER : JEMAZÁS 7 


DTP-PREPRESS :" 


te. A harmadikban jelennek 
meg a célszámítógépek - itt 
egyaránt gondoljunk a nagygé- 
pes és asztalsarki megoldások- 
ra. E három megoldással mára 
csak múzeumban találkozha- 
tunk, hiszen jelenleg a negye- 
dik hullám tetején lovaglunk. 


Az asztaligép fázis 
(desktop) 


Az asztaligép-hullám fodra a 
nyolcvanas évek elején jelent 
meg. Névadásának megfelelően 
az asztali számítógép használat 
jellemzi - ám az igazi hullám 
létrejöttéhez szükséges volt a 
polcról levehető kiadványszer- 
kesztő programok megjelenése. 
Az asztaligép alkalmassá válá- 
sához szükséges volt a grafikus 
felület, a lokális hálózat és a 
lézernyomtató megjelenésére. 
Az asztaligép hullámot nevez- 
hetnék az ,esztétika-hullámá- 
nak" is, mivel a monitoron szí- 
nes és grafikus képen vált lát- 
hatóvá a nyomdai munka. 

A tartalom - szöveg, táblá- 
zat, képe, hang és videó, lap- 
leíró nyelvek (PostScript, PDF) 
- digitális megjelenítése volt 
az asztali gép hullámot alátá- 
masztó egyik technikai talál- 
mány. Az említett adatok táro- 
lási formája egyedi volt. Min- 
den program saját adatformá- 
tumot használt, az adatokat 
tároló fájlok adatleírása a 
használt operációs rendszertől 
függött. Digitális szoftver-esz- 
közökkel tartalom-, layout- és 
kimeneti állományokat hozhat- 
tunk létre. Számtalan olyan 
program létezett, amellyel 
egyik formátumból egy másik- 
ba lehetett az adat-állományo- 
kat átalakítani. Az adatbevitelt 
szolgálták az analóg-digitális 
valapeszközök" - szkenner, 
tablet és egér -, ahogy a ki- 
meneten jellemzően digitális- 
analóg átalakítást végeztek - 
crt-monitor, hangszórók, lézer- 
és tintasugaras nyomtatók. Az 
új eszközök - digitális kamera, 
videokamera, levilágító, lemez- 
készítő, CTP ... - rendszerbe il- 
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lesztéséhez további fájlformá- 
tumokra és eljárásokra volt 
szükség. A számítógépeket az 
egy-felhasználósság mellett a 
használt operációs rendszer és 
grafikus felület jellemezte. A 
hagyományos és digitális 
nyomdai munka előkészítését 
eseti munkafolyamatok alkot- 
ják. Megjelennek az első inter- 
aktív alkalmazások, amelyek 
jellemzően egy-gépesek. 

Gazdasági szempontból az 
asztali-hullám hozama a költsé- 
gek tizedére csökkenése volt, a 
tartalom digitalizálódott - elő- 
ször fekete-fehéren, majd szí- 
nesen. A költségcsökkenés je- 
lentős részét a számítógépes 
feldolgozás okozta, de az adat- 
továbbítás egyszerűsödése is 
jelentősen hozzájárult. E hul- 
lám nyitotta ki a nyomdai elő- 
készítés kapuját számtalan vál- 
lalkozás és magányszemély 
előtt és nem mellékesen meg- 
teremtette a számítógépes já- 
tékok piacát is. A média és 
nyomdai technológiák demok- 
ratizálódása - mindenki által 
elérhetővé válása - eredménye- 
képp elkészültek a professzio- 
nális szoftver eszközök. Például 
húsz évvel ezelőtt egy Scitex 
színretusáló rendszer egymillió 
dollárba került, ma egy jóval 
több célra használható Power 
Mac 65 és Adobe Photoshop 
ára alig ötezer dollár. 


A szerver-fázis 


A szerver-fázisról a nyolcvanas 
évek végétől beszélhetünk. 
Hardveres jellemzője a szerver- 
kliens architektúra, információ- 
technológiai szempontból pe- 
dig az adatbázis-alapú tarta- 
lom, média és nyomdai munka- 
folyamatok. Gazdasági szem- 
pontból az adattovábbítás egy- 
szerűsödését, gyorsabbodását, 
az információ megosztás költ- 
ségének radikális csökkenését 
nevezhetjük meg. A megtakari- 
tással az addigi költségek ötö- 
dére, tizedére estek. A techno- 
lógiai fejlődését a következők 
fémjelezték. 


A szerver-kliens architektúra 
ellenére a szervertől függetle- 
nedő felhasználói grafikus felü- 
let jelent meg, amelyen akár 
lokálisan, akár a szerverről fut- 
tathatók az alkalmazások. Elvá- 
lik az adat és az adatot megje- 
leníteni képes program egymás- 
tól - például az eps állományt 
alkalmazza a Ouark, a Photo- 
shop és az Illustrator is -, ez- 
által egyszerűbb az alkalmazá- 
sok közti adatmozgatás. A tar- 
talom és dokumentum kezelés 
adatbázis-alapú, esetleg meta- 
adatokra támaszkodó - az al- 
kalmazáshoz kapcsolódó adat- 
struktúrát a dedikált felhaszná- 
lók érik el. A számítógépek irá- 
nyította munkafolyamatok le- 
hetővé tették a csoportmunkát, 
a célmunkafolyamatok pedig 
amellett, hogy csökkentették a 
hibaarányt, növelték a munka- 
hatékonyságot. Lehetővé vált 
az igény szerinti nyomtatás 
(print on demand). Megjelen- 
nek a vállalat szintű alkalmazá- 
sok - ERP, CRM és SCM (hogy 
betűszavakból éljünk). 

Az asztaligépek fejlődése az 
egyedi felhasználók erőit sok- 
szorozta meg, a szerver-fázis a 
munkacsoportok, részlegek, 
vagy akár vállalatok lehetősége- 
it tágította ki. A kiadványszer- 
kesztő alkalmazások megjelené- 
se újradefiniálta a professzioná- 
lis tördelő mibenlétét. A szer- 
ver-alkalmazások viszont a 
meglévő eszközök újraszabását 
jelentette, a vállalat digitalizá- 
lódását - egyidejűleg a rugal- 
masság, interaktivitás és méret- 
re szabhatóság megjelenésével. 
Az addigi nagygépes rendszerek 
hatékonysága ötvöződött az 
asztali gépes forradalommal. 


WWW-fázis 


A kilencvenes évek elején ki- 
bontakozott World Wide Web- 
fázis sokkal nagyobb hullámot 
vetett, mint elődei - jelentősen 
el is tért tőlük. Főbb jellemzője 
az olcsóság volt, s nevének 
megfelelően az egész bolygót 
behálózó volta. Megjelenése 


mindenki számára ismert, az In- 
ternet protokolljainak és szab- 
ványainak megfelelő web-száj- 
tok, legyenek bárhol is fizikai- 
lag a világon, elérhetővé, hivat- 
kozhatóvá váltak. A w3 hihetet- 
lenül rövid idő alatt megfojtotta 
elődeit a hozzá tartozó alkalma- 
zásokkal, fejlesztésekkel együtt. 
A könnyen kezelhető, minden- 
honnan elérhető felület globális 
elektronikus-kiadói platformot 
nyitott - kész hálózatot és fel- 
használói oldalt kínálva. Melyek 
voltak a meghatározó technoló- 
giai fejlesztések? 

Az Internet széles sávszélessé- 
get, pont-pont összeköttetést 
kínált digitális adatcseréhez. 
Drámaian leegyszerűsítette a 
tartalom közzétételt - nem csak 
a w3on, de a belső és lokális há- 
lózatokon is, amelyek átvették 
az Interneten használt protokol- 
lokat, megoldásokat. A böngé- 
sző-webszerver architektúra elté- 
rő operációs rendszer/böngésző 
esetén is - elvileg azonos - gra- 
fikus tartalmat ad. A lokálisan 
vagy szerver oldalon futtatott 
szkriptek szerveroldali akciókat 
aktivizálnak és szerver-adatbázi- 
sokat érnek el. Elkészültek a w3- 
fázis szoftver-eszközei: a weblap 
létrehozó, szájt karbantartó al- 
kalmazások, a kereső motorok, 
az e-kereskedelem, e-üzlet és e- 
féle programok. Az Internet 
pont-pont összekötés képességét 
kiaknázó programok - jeles kép- 
viselője a Napster - kiemelkedő 
szerepet kaptak a hang és más 
média-továbbításban - jogi 
megítélésükkel nem szándékunk 
foglalkozni. A tartalom nem csak 
Internetes böngészőn, de más 
eszközökön is - például PDA, 
mobiltelefon - megjeleníthető. 

A www-hullám a digitális tar- 
talom továbbítással megszáz- 
szorozta a gazdasági hatékony- 
ságot. A korábbi fejlesztések a 
tartalom digitalizálására, folya- 
mat szinten a nyomtatás előse- 
gítésére törekedtek. A w3 a 
tartalom és média továbbítás 
addigi technológiai és üzleti 
modelljét is gyökeresen átalakíi- 


totta. A tartalom befogadó kö- 
zege több nagyságrenddel meg- 
nőtt - szinte mindegyik háló- 
zatba kötött, böngészőt futtató 
számítógép lett alkalmas web- 
oldalak megtekintésére. Az In- 
ternet eljövetelével a tartalom 
közzététel megszűnt kiváltsá- 
gosak - AOL, Lexis/Nexis - mo- 
nopóliumává lenni, bárki lehet 
honlap tartalom alkotó. 

Ahogy az Internet megjelené- 
se mélységesen megjjesztette a 
hagyományos nyomdaipart, úgy 
nem váltotta be a Guttenberg 
galaxis haláláról szóló próféciá- 
kat sem - ahogyan a videó sem 
ölte meg a rádiósztárokat. A ki- 
adók felfedezték, hogy a hagyo- 
mányos és elektronikus megje- 
lenés ötvözése csökkenti a vá- 
sárló elérési költséget. Ahogy 
évtizeddel korábban is kialakult 
a kiadványszerkesztésben a tar- 
talom és forma egyensúlya, úgy 
a weben is megtörtént ez. A 
webes megjelenés előnyei kö- 
zött megemlítendő a közvetle- 
nebb kapcsolat a vásárlóval, a 
keresztmédia szinergia lehető- 
sége is. Külön kell szólni az e- 
kereskedelemről, az új, közvet- 
len értékesítési lehetőségről, 
amely gyártónak-vevőnek egy- 
aránt kedvező. 


A hálózati-szolgáltatások 
fázisa 
A következő hullám, melyet ön- 
kényesen hálózati-szolgáltatás 
fázisnak kereszteltünk el, épp 
napjainkban bontakozik ki. Jel- 
lemzője a megosztott forrású 
architektúra, az alaptevékeny- 
séggel, beszerzési- és értékesí- 
tési lánccal összefüggő webes 
jelenlét, a többcsatornás multi- 
médiás tartalom továbbítás. 
Közgazdasági szempontból ez a 
fázis tizedére csökkenti a teljes 
feldolgozási költséget és fordí- 
tott arányban növeli - megtíz- 
szerezi -a feldolgozási sebessé- 
get. Ez a hullám ráül az előző 
háromra, felerősítve azok hatá- 
sát. A már jelentkező és várha- 
tó technikai fejlesztéseket fog- 
laljuk most össze! 
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A munka-folyamat önmagá- 
ban elkülönül az abban résztve- 
vő alkalmazásoktól. Az alkalma- 
zások - BPM és társai - meg- 
osztott erőforrás architektúrá- 
júak, ez lehet szolgáltató grid, 
web-szolgáltatás vagy más In- 
ternet-alapú szabványos esz- 
köz. Mindig minden IP alapon 
történik - beszéd, adat kép, já- 
ték, videó átvitel -, dinamikus 
sávszélesség hozzárendeléssel. 
A ,bármikor, bármit, bárhol" - 
enyhén Adobe szlogenes - elve 
érvényesül a média-gazdag tar- 
talom továbbításakor. Hasonló- 
an fontos ,az egyszer alkoss, 
mindenhol terjeszd!" megvaló- 
sulása is. Az informatikai fel- 
dolgozást az alkalmazástól-al- 
kalmazásig (A2Ai), üzlettől-üz- 
letig (B2Bi) és üzlettől vásárló- 
ig (B2Ci) integráció jellemzi. 

Pár oldallal később részlete- 
sen áttekintjük, miként fogja 
elmosni a hagyományos nyom- 
da és elektronikus kiadás közti 
válaszvonalat ez a hullám, 
most csak röviden összefoglal- 
juk ez irányú gondolatainkat. 

A feladatkihelyezett - out- 
sorce-olt - és szolgáltatás ori- 
entált architek túrák térnyeré- 
se a hagyományos és webes te- 
vékenység - elsősorban a szer- 
zői, előkészítői, kiadói, terjesz- 
tői és a központi tevékenység- 
hez szorosan kapcsolódó mun- 
kákra gondolunk - közti határ- 
vonalat egyre vékonyítja, át is 
töri: ez a hálózati-szolgáltatás 
fázisa. A nyomdák egyre inkább 
média előállítóként beszélnek 
önmagukról. Egyre több alkotói 
munkát vonzanak magukhoz és 
szélesedik a végtermékgondo- 
zásuk csomagolással, és szét- 
osztással, terjesztéssel. Azaz, a 
nyomdaiparral érintkező vállal- 
kozások - internet és telekom- 
munikációs szolgáltatók, IT 
platform értékesítők, kiadók, 
médiakészítők ... - szerte a vi- 
lágon kénytelenek újragondolni 
helyüket a világgazdaságban. 

A másik e fázist jellemző 
trend a vén róka kiadó vezető- 
ket sokkoló folyamatos média- 


továbbítási mód szaporodás. 
Az állami intézmények, ma- 
gánvállalatok, kommunikációs 
cégek, de még a magánszemé- 
lyek is kényelmesebb és általá- 
ban újabb megoldásokat hasz- 
nálnak, hogy minél inkább 
megfeleljenek azok elvárásai- 
nak, akikkel kapcsolatot kíván- 
nak tartani. A kereskedelmi 
tartalom kínálói a magasabb 
szint elérését nem a minél 
több csatornás termékértékesí- 
téstől remélik, hanem az egyes 
csatornákon adható válaszidő 
re szabásától. Céljuk, hogy a 
közölni kívánt információt ott 
és akkor juttassák el a célzott- 
hoz, amikor, ahol és ahogy az 
megkívánja. 


Mac és Windows 
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Az Ertelem-alapú 
világháló fázisa 

(A fordító e résznél némileg in- 
goványos talajon egyensúlyoz, 
a kulcskifejezések magyar meg- 
felelői még nem létezvén gyön- 
gyözött homloka és szavakat al- 
kotott. Almalap ala Kazinczy.). 
Az Értelem-alapú világháló első 
szemei már léteznek. Két alap- 
vető kritériumnak felelnek meg. 

Az egyik kritérium az, hogy 
az értelem teljesen elkülönül a 
tartalomtól. Ez új tartalomfor- 
mát jelent. Ahogy a korábbi fá- 
zisok megmutatták, a tartalom 
formáinak digitalizálódása is 
,gyilkos alkalmazásokat" kelt 
életre (gyilkos alkalmazásnak 
nevezik azokat a programokat, 
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megoldásokat, amelyek teljes 
mértékben kiszolgálják, kihasz- 
nálják az újítást, amelyekkel a 
meglévő programok még átala- 
kítva sem képesek hatékonyan 
versenyezni, ez utóbbiak teljes 
feledésre ítéltek) - új terméket 
és új piacot teremtenek. 

A második kritérium az, hogy 
az értelem kódolása teljesen el- 
válik a folyamatétól. Az ered- 
mény új platform és új feldolgo- 
zási mód. Szintén láthattuk az 
előző fázisokban, hogy platform 
és feldolgozás alapjainak meg- 
változása jelentős elmozdulást 
okoz a tartalom és média gaz- 
dasági helyzetében. Erre példa a 
tartalom számítógépes digitali- 
zálása - azaz betördelése -, az 
adat és program szétválasztása 
a kliens-szerver architektúrában, 
a w3 böngészőalapú tartalom 
szétosztása vagy a hálózati- 
szolgáltatásnál a munkafolyamat 
és a programok szétválasztása. 

Melyek lesznek e fázis megha- 
tározó technológiai fejlesztései? 

Értelmes web. A jelenlegi 
HTML-alap és eseti hivatkozás 
helyére (linkelés) automatikus, 
helyzetérzékeny hivatkozás lép 
a web pillanatnyi állapotának 
megfelelően. A cél: a teljes 
web keresztbe-kasul hivatko- 
zott, értelemszerűen összekap- 
csolt, szétosztott forrásokon 
alapuljon. 

Ért-elem (ontology). Az ér- 
telmes-web azon alkotó részeit 
nevezzük ért-elemnek, amelyek 
értelem mentén szerveződnek, 
egymáshoz való viszonyuk al- 
kotja a jelentést, segítik a kö- 
vetkeztetést. 

Értelmes-web-szolgáltatás. 
Olyan megosztott tudás, amely 
lehetővé teszi külső rendszerek 
számára, hogy megtaláljon adott 
web-szolgáltatást, megértse mű- 
ködését, és nyilvánvalóvá váljon 
annak használati módja. 

Értelmes-háló (grid). Kívá- 
nalomnak megfelelően dinami- 
kusan összerendeződő ért-ele- 
mek alkotják, a megosztott in- 
formatikai források folyamato- 
san menedzselhetőek. 
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Tudás-technológia. 

- szabadalom, amellyel az 
Összes tudás" értelem-for- 
mátummá kódolható 

- információ és elmélet szabá- 
lyozott elemeiből épített ér- 
telem-web, amelyet tudás- 
eszközöknek neveznek 

- a tudáseszközök nem azono- 
sak az alkalmazásokkal 

- értelem-tartalom menedzs- 
ment (az RDBMS technológi- 
ára épülő, de annál jóval 
összetettebb rendszer), 

Értelmes-eszközök. Olyan 

megoldások, amelyek a tartal- 


désekre válaszolnak. A tudás- 
motorok a tudás-alapú informa- 
tikai rendszer részei. A kommu- 
nikációs és fordító eszközök az 
értelmet nyelvvé, képpé, hang- 
gá vagy bármely más formává 
képesek lefordítani. 

Az értelem-alapú web létre- 
jötte százszor erősebb hatást 
gyakorol majd a gazdaságra, 
mint a tudás-alapú web, ennek 
oka főleg az információgazdag- 
ság eltérésből adódik. Mint azt 
később tárgyaljuk, ez a fázis, a 
tartalom forradalma, átformálja 
a vállalkozásokat. Ez a forrada- 
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Negyedik ábra. A szabványokon alapuló. megosztott erőforrású web-szolgáltatások 
logikai felépítése négy rétegre bontva. Alul látod a szabványokat, amelyekre a szol- 
gáltató-háló (grid) épül, ezen nyugszanak a szolgáltatások, legfelül a folyamatok. 


mat értelemmé alakítva hizlal- 
ják a tudásbázist. Ezek az esz- 
közök bármilyen tartalomból és 
formátumból kiemelik az értel- 
met és átalakítják tudás-doksi- 
vá vagy tudás-készletté. Tudás- 
munkaeszközzel az egyének 
vagy csoportok gondolatokat 
mozgathatnak az értelem-tér- 
ben és részelemeket kapcsol- 
hatnak össze. Értelmes-böngé- 
szők - avagy értő/tudó-eszkö- 
zök megjelenítik a tudást és a 
vonatkozó tartalmat, értelme- 
zési utakat fednek fel vagy kér- 


lom nem csak azokat a vállal- 
kozókat és cégeket érinti majd, 
akik tartalommal, médiával 
vagy kiadási képességekkel bír- 
nak, hanem az egész ipart. 


A HÁLÓZAT- 
SZOLGÁLTATÁS FÁZIS 
ARCHITEKTÚRÁJA 

Az iménti messze tekintő és ta- 
lán kissé bizonytalanul fogalma- 
zott, esetleg ködbe vesző láto- 
más után konkrétabb elképzelé- 
seinket vázoljuk az épp induló fá- 
zisról, a hálózat-szolgáltatásról. 


A 4. ábrán látható miként 
épül fel új információs és kom- 
munikációs keretrendszer, amely 
kiszolgálja a hálózat-szolgálta- 
tás fázist. Ez a rendszer határo- 
zottan megnöveli az összetett 
kiadói rendszerek kiépítésének 
és üzemeltetésének gazdaságos- 
ságát. Négy elem adja a keret- 
rendszert: az üzleti folyamat 
menedzsment, a web-szolgálta- 
tások, a szolgáltató-háló (grid) 
és az Internet szabványok. 

Az üzleti folyamat menedzs- 
ment (BPM) új eszköz, amely 
céges szinten támogatja és in- 
tegrálja a tartalom, nyomdá- 
szat, kiadás és média kommu- 
nikációt. Hogyan működik? 

Először is, a BPM minden le- 
hetséges munkaelemet képes 
megnevezni. A BPM jellemzője, 
hogy elkülöníti a munkaeleme- 
ket a megvalósító programtól. 
A munkaelemet leíró adatok tá- 
rolása új adattípusban, XML- 
formátumban történik. Másod- 
szor, a BPM egyenlően kezel 
minden típusú, fajtájú munka- 
elemet, legyen az (a) tárgyi, 
informatikai vagy üzleti folya- 
mat, (b) külső, belső vagy érté- 
kesítési lánchoz kötődő, (c) 
központosított, szétosztott, ké- 
zi vagy automatizált és (d) bár- 
mely módon megvalósított - 
kész (szoftver) termék, vagy 
célfejlesztés. Harmadszor, a 
minden munkaelem modellezett 
a rendszerben, a modellek pa- 
raméterei egyetlen rendszerben 
- business process manage- 
ment system (BPMS) - követ- 
hetők. Ez az egységesített elem 
hiányzott például a szerver-kli- 
ens rendszerből. A BPMS hasz- 
nálatával egyetlen rendszerből 
bármikor, bárhányszor módosít- 
ható a vezérelt munkafolyamat- 
sor. Így eladdig ismeretlen ru- 
galmassággal végezhető az irá- 
nyítás. Másfelől a gyártósorhoz, 
munkafolyamathoz bármelyik 
beszállító, alvállalkozó rendsze- 
re illeszthető külön költségrá- 
fordítás nélkül. A BPMS webes 
megjelenése további távlatokat 
nyit a gazdaság előtt. 
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Ötödik ábra. Vájtfülűek számára beszédes betűszavak írják le a megosztott-erőforrású architektúra hat szintre bontott fel- 
építését. A laikusok számára az a fontos, hogy szabvány szabványra épül, nincsenek egyedi megoldások. 


A BPMS technológia fejlődése 
jól összevethető az adatbázis 
rendszerekével. Ez utóbbiban, 
elvált az adat tárolás és adat 
kezelés, így az adatot kezelő 
rendszerek hasznossága ugrás- 
szerűen megnőtt. Jelen eset- 
ben, a művelet válik el az al- 
kalmazástól, így a műveletek 
kezelése egyszerűsödik, kön- 
nyebb lesz sorba rakni, össze- 
főzni vagy szétválasztani őket. 

Eggyel lejjebb találjuk a web- 
szolgáltatásokat. Webszolgálta- 
tásnak nevezünk mindent, ami 
a hálózaton történik. Az új épí- 
tőkocka, a webszolgáltatás, 
amelyet használhatunk alkal- 
mazáson belül és alkalmazások 
közt épp úgy, mint vállalatok 
közt. A webszolgáltatást hihet- 
nék egy tucat, szolgáltatásnak 
nevezett valaminek, amelyek 
bármikor kiválthatók más, In- 
ternet szabványokat értő prog- 
ramokkal. A webszolgáltatáso- 
kat egyedi URI (Unified resour- 
ce identifier) azonosítja, a fel- 
használói bemenetet és egyéb 
információkat XML leírás tartal- 
mazza. Ezt a leírást más alkal- 
mazás meglelheti, értelmezheti 
- és használhatja, a megfelelő 
adatokat a meghatározott XML- 
formátumban továbbítva. 


A szolgáltatás lehet zártkörű, 
ingyenes vagy fizetős. A szol- 
gáltatások négy nagy csoportba 
rendezhetők. 

Hálózat és IT. Ezek a szolgál- 
tatások menedzselhető, mére- 
tezhető átvitelt, tárolást 
és/vagy hostolást kínálnak ma- 
gán vagy céges felhasználóknak. 

Információ csere. Ezen szol- 
gáltatások védett hozzáférést 
kínálnak adatbázisokhoz, tarta- 
lom és információ forrásokhoz. 

Tartalom-média munkafo- 
lyamat. Olyan szolgáltatás, 
amelyhez a hozzáférők új tar- 
talmat alkothatnak, meglévőt 
módosíthatnak, menedzselhet- 
nek, létrehozhatnak és továb- 
bíthatnak média-termékeket. 

Üzlet. Üzleti szolgáltatást 
tesz elérhetővé külső fél részé- 
re - outsorcing -, portál szol- 
gáltatás, támogatás, üzleti me- 
nedzsment... 

Szolgáltató hálózat (grid) 

A szolgáltatás háló a következő 
technológia. IT-s szempontból a 
szolgáltatás-hálózat metaadat 
vezérelt middleware, ahol lehet- 
séges a megosztott erőforrások 
allokációja a szolgáltatás igény- 
bevétele alatt is. A szolgáltató- 
hálózat segédprogramok sokasá- 
ga, amelyek támogatják a kínált 


szolgáltatások megtalálását, in- 
tegrálásást, egységes kezelését. 
Internet-szabványok. 

Ahogy az egy megosztott erő- 
forrású architektúrától elvárha- 
tó, az Internet minden IT és 
kommunikációs szintjén egye- 
temes, bárki által hozzáférhető 
szabványokat, protokollokat és 
menedzsment szoftvereket 
használ. Ezek a megoldások lé- 
tező Internet-szabványokon és 
technológiákon, és XML-adat- 
bázison alapul. 

Az 5. ábrán próbáltuk össze- 
foglalni a számos burjánzó 
szabványos megoldást, hat ré- 
teget különítettünk el. A felső 
három feldolgozási szabványo- 
kat határoz meg. Az első az 
ipari template-re vonatkozik - 
például CPFR (collaborative 
planing, forecasting and reple- 
nishment) vagy SCOR (supply- 
chain operations reference 
model). Ezek BPM alapegysé- 
gek. A második réteg az üzleti- 
folyamatok jelzésrendszeréé. 

A harmadik réteg vállalatok, 
vállalati rendszerek közti szab- 
ványok rétege, ez a leírás hasz- 
nálatos a munkafolyamatok, 
feldolgozó egységek vagy prog- 
ramon belüli adatkezeléshez is. 
Például az ENSZ e-üzlet szabvá- 


nya az ebXML. Ez kezeli a ke- 
reskedelmi egyezményeket, mo- 
dellezi a kereskedelmi kapcso- 
latokat, a beleértve az alap- 
egyezményeket is (BPSS-ből). A 
BPELAWS (business-process 
execution language for Web 
services - web-szolgáltatások 
üzleti végrehajtási nyelve) és 
az XPDL a BPML alkotórészei. 
Úgy véljük, hogy a nyomdaipari 
munka-leírás szabványa, a 
(nyomdai) gyártási munkafolya- 
matok meghatározására és a. 
grafikai programok közti üze- 
netküldésre fejlesztett JDF (job 
definition form) és JMF (job 
messaging format) szintén az 
XPDL - és így a BPML - megha- 
tározott részévé lesz. 


ÉLETCIKLUS ELŐNYÖK 


Milyen előnyöket kínál a meg- 
osztott erőforrású architektúra 
az elődeihez képest? Nagyobb 
szabadságot ad bármely terüle- 
ten működő vállalkozásnak tar- 
talmának menedzselésében, in- 
formációs technológiájában és 
kommunikációs fejlesztésében. 
A cégek külön-külön megbe- 
csülhetik az előállítás, a vásár- 
lás, a bérlés - outsource-szolás 
(kiszervezés) - vagy megosztás 
(például nyitott-forrás) súlyát 
szükségességéhez mérten, így 
optimalizálhatják az előnyöket, 
költségeket és kockázatokat. 
Az utolsó ábrán látható egy 
információ-technológiai projekt 
megtérülési (ROI - return on in- 
vestment) görbéi. Két elképzelt 
ROI mutatja a két forgatókönyv 
eredményét. Mindkét görbe az 
összesített megtérülést (görge- 
tett) ábrázolja - a koordináta 
rendszer vízszintes tengelyen az 
idő, a függőlegesen a megtérülés 
mértéke. Természetesen a leg- 
jobb megtérülési mutatóval az 
projekt rendelkezik, amelyhez (a) 
nincs szükség induló befektetés- 
re, (b) szinte azonnal nyeresé- 
ges, (c) mihamarabb bevételt 
termel és (d) megléte radikálisan 
csökkenti más - alapvetően nye- 
reséges - projektek indulási és 
működtetési költségét. 
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Utolsó ábra. Amíg az idő vízszintesen halad, addig az összegzett nyereség-veszte- 
ség függőlegesen jelentkezik. Szöveges példával igazolják a szerzők, hogy a kékes, 
megosztott-erőforrású fejlesztés jobb, hiszen "egyedül nem megy", csak nehezen. 


A felső görbe nyitott hálóza- 
ton történő tartalmi és üzleti 
szolgáltatások megtérülését mu- 
tatja, az erőforrások megosztot- 
tak a projektek között. A vállal- 
kozás döntése - vásárol, gyárt, 
bérel ... -, miként rakja össze a 
kívánt rendszert. A különböző 
szolgáltatások megosztottak, 
adott szolgáltatást több szolgál- 
tató is kínál, a szolgáltatásokat 
a szolgáltatási-hálón (grid) át 
kezelik. A webszolgáltatások új 
megoldássá egyesítik a korábbi 
rendszereket, adatbázisokat és 
eszközöket, ehhez elérési lehe- 
tőséget, intefacet biztosítanak. 
Az eredmény mindenki számára 
elérhető, szabványokon nyugvó, 
architektúrától függő tartalom 
és üzleti munkafolyamat, amely 
a magába foglalt eddigi szolgál- 
tatások képességeit kiterjeszti, 
élvezi a tűzfal mögötti biztonsá- 
gos futtatási környezetet. 

Az alsó görbe a , majd én 
egyedül boldogulok!" esete. A 
tartalom-szerkesztők és üzleti- 
munkafolyamatok egyedileg 
összeállíthatók dobozos termé- 
kekből. Az IT és kommunikációs 
infrastruktúra egyedi, minden- 
től függetlenül kialakított. 

Miként viselkedik a két ellen- 
tétes hozzáállású projekt az idő 
függvényében? 

Az innováció ideje. A görbék 
első görbülete adja ki az inno- 
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váció idejét. Minden munka a 
nulla megtérülésről indul, nincs 
még bevétel, sem kiadás, így 
nyereségről vagy veszteségről 
sem beszélhetünk. A fejlesztés 
ideje alatt a görbe lefelé halad, 
a költségek meghaladják a be- 
vételt. Ez a legkockázatosabb 
idő, ekkor a legvédetlenebb a 
vállalkozás. A kulcskérdés, 
hogy milyen mély a zseb, ami 
finanszírozza ezt az időszakot? 
A megosztott-szolgáltatások- 
ra építő projekt viszonylag kis 
kezdőköltséggel indítható. 
Nincs szükség jelentős befekte- 
tői tőkére eszközök, alkalmazá- 
sok és szoftverek beszerzésé- 
hez. A hálózat elégséges az al- 
kalmazás hostolására, munkafo- 
lyamatba illesztésére és a pilot- 
projekt - első bátor vevő - le- 
futtatására. Ez jelentős költség 
megtakarítást eredményez és 
időben is rövidebb. A munkafo- 
lyamat legtöbb esetben már el- 
lenőrzött, kipróbált elemekből 
épül fel. Jó hír, hogy a meg- 
osztott-tartalom menedzsment 
és munkafolyamat-, üzleti fo- 
lyamat- és hálózati-szolgáltatá- 
sok elfogadott szabványok 
alapján már készen állnak, így 
az összeillesztés és módosítás 
költsége rendkívül alacsony. A 
nyitott - szabványokra épülő -, 
vertikálisan tagolt - feladatban 
elhatárolt -, megosztott szol- 


gáltatások rendkívül gyorsan 
megalkothatók. 

A ,majd én magam" verzió vi- 
szont jelentős induló tőkét igé- 
nyel, mivel minden olyan esz- 
közt és szolgáltatást meg kell 
vásárolni, amelyet a megosztós 
esetben csupán a szükséges 
mértékig béreltek, vagy vettek 
ingyen igénybe. A munkafolya- 
mat összeállítása és a tesztelés 
is jóval több időt igényel. A ter- 
mék bevezetése technikai kihí- 
vásokban gazdag és jóval tovább 
tart, mint a másik esetben. 


Bevezetés 

és értékesítés 
Ez a második szakasz, amely 
szigorúan nem választható el a 
termék kibocsátási szakaszától 
- nem is lenne életszerű. Ahogy 
megkezdődik a szolgáltatás, a 
termék értékesítése, a görbe 
esőből lassan emelkedővé vált - 
ez az inflexiós pont. És előbb- 
utóbb eléri a nulla vonalát. A 
kérdés az, hogy ez mikor törté- 
nik meg, azaz mennyi ideig kell 
finanszírozni a vállalkozást? 

A görbe - remélhetőleg - fo- 
lyamatosan emelkedik, egyre 
több nyereséget mutat. Ám 
előbb utóbb lelassul a növeke- 
dés, és a görbe kezd ellaposodni, 
majd eljön az a szomorú pillanat, 
amikor ismét lefelé tart. Értelem- 
szerűen a , csúcson kell kiszáll- 
ni", ám hol a csúcs? - ez ennek 
a fázisnak a másik kulcskérdése. 

A megosztott-szolgáltatásra 
épülő verzió esetén a negatív 
tartományt viszonylag hamar 
hagyja el a görbe. Ennek egyik 
oka, ismétlésképp, hogy e vál- 
tozat esetén csupán annyi szol- 
gáltatást vesz igénybe a pro- 
ject, amennyire éppen szüksége 
van - ez igaz a tároló kapaci- 
tásra, a hálózati szolgáltatásra, 
a kommunikációs megoldá- 
sokra ... -, él az outsorcing le- 
hetőségével. Az önálló verzió 
számos olyan kiadását kényte- 
len megfinanszírozni vagy vá- 
sárlóival megfinanszíroztatni, 
amelyet nem tud kihasználni - 
ez gátolja a minőségi szolgál- 


tatás kialakításában illetve 
csökkenti a versenyképességét. 

A növekedés ideje. Eljött az 
ideje, hogy a vállalkozás új 
projektbe fogjon, amely tá- 
maszkodik a már piacra beveze- 
tett és nyereségesre fordult 
projektjére - ez lehet értéknö- 
velő szolgáltatás is. A második 
és sokadik projekt indítási ide- 
ális időpontja az, amikor az 
előző projekt(ek) nyereségessé- 
ge képes finanszírozni az új 
projekt innovációs szakaszát. 

Az a verzió, mely szolgáltatá- 
sok igénybevételével építkezik, 
képes dinamikusan lemondani 
és igény bevenni a szükséges 
szolgáltatást - példaként említ- 
sünk számítógépbérlést vagy 
tárhely növelés/csökkentést. Ez 
okozza - amint azt ábrázoltuk 
is -, hogy a második, harmadik 
és sokadik projekt indítása pén- 
zügyi szempontból egyre kedve- 
zőbb. Figyelembe véve, hogy 
nem minden projekt sikeres, 
látható, hogy a szolgáltatásokra 
támaszkodó verzió ,könnyeb- 
ben" viseli el egy projekt buká- 
sát is. A magányos változat ez- 
zel szemben fokozottabb kocká- 
zatot vállal, amikor új projektet 
indít, erre ritkábban is képes. 

Az elmondottak alapján remé- 
lem sikerült bemutatni, hogy a 
hálózati-szolgáltatás fázis milyen 
előnyöket kínál a fejlesztőknek - 
és ezáltal mindannyiunknak. 


MIRŐL SZÓL 
A KÖVETKEZŐ RÉSZ? 


A tanulmány második részében 
a kiadás/nyomdászat jövőjét 
kívánjuk áttekinteni a most vá- 
zolt hullámok, fázisok és kon- 
cepciók tükrében. Sorra vesszük 
azt a harminc jellemzőt, amely 
meghatározza a tartalom és 
média kiadás hálózati-szolgál- 
tatás fázisban várható viselke- 
dését. Az elmélet mellett eset- 
tanulmányokkal és példákkal 
kívánjuk alátámasztani érvein- 
ket, elképzeléseinket. Kiemel- 
ten foglalkozunk az új feldol- 
gozási folyamatokkal és új szol- 
gáltatási megoldásokkal. — 
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leesne... 
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Faxoló Párduc 


A Panther új életet lehel a Mac 
modemébe. Még ha nem is hasz- 
nálod telefonos alapú internet 
szolgáltatásra, beépített faxnak 
akkor is alkalmas. És ugye a szó 
elszáll, az írás megmarad. A leg- 
bikább Mac OS X-be beépítették 
a hármas számú faxtámogatás is, 
ezért nem szükséges más szoft- 
vernek kisegítenie a Panthert. 
Bármely, nyomtatót kezelni tudó 
program alól fennakadás nélkül 
alkalmazható ez a szolgáltatás. 
Bármely alkalmazásból kivá- 
lasztva a nyomtatás parancsot, 
elég a , Fax" gombra klikkelni, 
hogy megjelenjen a párbeszéd- 
ablak, amelyben megadhatod a 
faxoláshoz szükséges adatokat, e 
egyszerűen kikeresheted a cím- 
zettet a Címlistádból. (Természe- 
tesen a Bluetooth modem is 
ugyanúgy használható faxolás 
céljára, mint a belső modem.) 
Ezután a beállításokkal is elbab- 
rálhatunk: a lap mérete és a szö- 
veg elrendezése, a nyomtatás 
minősége, stb. Ha kell, borítóla- 
pot is mellékelhetünk az elkül- 
dendő anyaghoz, és mikor min- 
dent elrendeztünk, vethetünk 
egy utolsó pillantást művünkre 
az előnézeti ablakból, majd érzé- 
keny búcsút véve tőle útjára bo- 
csáthatjuk az előnézet alatti 
vFax" gomb megnyomásával. Míg 
küldeményünk süvít az inter- 
neten a címzetthez, mi nyomon 
követhetjük haladását egy álla- 
potjelző segítségével. (Arra az 
esetre, ha fennakadna a hálón.) 
A fax elküldése tehát nem igé- 
nyel nagy agymunkát, de a meg- 
kapása sem bonyolultabb. Elég, 
ha be van kapcsolva a gép, és 
működik a modem, valamint a 
program installálása után beállí- 
tottunk szükséges apróságokat. 
Ezeket a nagyközönség elé is tá- 
rom: lépj be a System Preferen- 
ces 5 Hardware : Fax and Print 
panelbe. Ezután válaszd ki a 
Receive faxes on this computer" 
(vagyis: faxok fogadása ezen a 


számítógépen) fülecskét. Itt rög- 
tön be lehet állítani a funkciókat 
is: faxfogadás x csörgés után, 
mentés a merevlemezre szaba- 
don választott könyvtárba PDF 
formátumban, automatikus 
nyomtatás. Sajnos ha ez az utol- 
só nincs kiadva parancsba, nem 
lehet észrevenni azonnal a doku- 
mentum érkezését, mert a Pár- 
duc lusta dög, és nem jelzi. 
Folyton bele kell kukkantani a 
programba, hogy jött-e újdon- 
ság. Remélem, hamarosan meg- 
jelentetnek valami foltot erre a 
lyukra, de addig is olyan trük- 
kökhöz kell folyamodni, mint az 
e-mail jelentés küldése a fax ér- 
kezéséről, amit szintén a , Rece- 
íve faxes on this computer" fü- 
lön lehet bejelölni. Ezzel kicsit 
nyakatekerten, de meg lehet ol- 
dani a haladék nélküli észrevé- 
telt, hiszen a levelezőprogram 
jelzi az új e-mailt, ami viszont 
tudtunkra adja a fax érkezését. 
Ennél van egy egyszerűbb meg- 
oldás is: egy fájlfigyelő freeware, 
amelyet a www.plsys.co.uk/file- 
monitor.htm címről lehet letölte- 
ni, a neve pedig az egyszerűség 
kedvéért FileMonitor. Ezzel szem- 
mel tarthatjuk az adatmozgást 
számítógépükön. Beállíthatjuk, 
hogy a FileMonitor milyen időkö- 
zönként ellenőrizze a fájlokat, és 
ha ráállítjuk a beérkező faxoknak 
fenntartott könyvtárra, jelzi az 
új befutókat. 

A Panther faxprogramjába 
egyéb finomságok is bele van- 
nak ágyazva, amelyek könnyít- 
hetik munkánkat: ilyen például a 
fájlbeillesztés. Tegyük fel, hogy 
érkezik hozzánk egy fax, amit 
aláírva vissza kell juttatni a fel- 
adónak. Persze aláfirkanthat- 
nánk és visszaküldhetnénk, de 
az olyan macerás, nem? Pláne, 
ha gyakran kapunk ilyesmit. No, 
akkor fogjuk a faxprogit, és be- 
lefűzzük a dokumentum megfe- 
lelő helyére az erre rendszeresí- 
tett, előre szkennelt szignónkat. 


Még nyomtatni sem muszáj. Sze- 
rintem ez az okirat-hamisítók 
Kánaánja, de tény, hogy prakti- 
kus, és az is tény, hogy lénye- 
ges okmányok egyébként sem 
faxon utaznak. (Legalábbis nem 
szabadna nekik.) Persze nem 
csak macskakaparásunkat lehet 
így sokszorosítani, hanem bármi 
mást, pl. cégjelzést, igazolvány- 
képet, nagy piros , Titkos" felira- 
tot vagy , Elutasítva" bélyegzőt 


az alkalmazottak fizetésemelés- 
kérelméhez. Határ - a csillagos 
ég helyett - a papír alja. 
Összefoglalva elmondhatom, 
hogy ezzel a beépített faxtámo- 
gatással a Panther továbbszíne- 
sítette palettáját, és a könnyí- 
tette a felhasználók (főleg a tit- 
kárnők) életét. Lassan oda ju- 
tunk, hogy egyetlen Macbe bele- 
pakolhatjuk az irodát. Úgyis az 
integrálás meg az unió a divat. 


EGYETEMI INTÉZET SZÁMÍTÓGÉPES JÁTÉKFEJLESZTŐKNEK 


Az Elektronic Arts, az egyik 
legnagyobb játékgyártó, nyolc 
millió dollárt adományozott a 
Dél-Kaliforniai Egyetem (USC) 
Mozi-Televízió Intézetének. A 
pénzből egy új egyetemi tan- 
szék alapjait fekteti le és meg- 


hirdeti első videojáték tervezé- 
si mesterkurzusát. A videojáték 
programozás is olyan szintre 
fejlődött, hogy hivatalos aka- 
démiai képzést kíván, az ado- 
mány segíti a videojáték készí- 
tők szakmai képzését. 


Apple Cinema Display 
promóció 


PM 65 és 23" Apple Cinema Display 


együttes vásárlása esetén 
106.000,- Ft 4 Áfa kedvezmény 
2004. június 26-ig 
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Adatok az adatokról 


Ha most nem jut eszedbe, mit 
jelent a Send Windows Friendly 
Attachments jelölőnégyzet a 
Mail levelező-programban, vagy 
sejtésed sincs, mire jó a Fixup- 
ResourceForks parancs a Core- 
Services mappában, akkor re- 
mélem elég kíváncsivá tettelek, 
ami kitart az írás végéig. Kávé, 
tea, parancssor, mehetünk is. 

Szerencsére nem vagyunk 
egyedül! A mindennapi Macin- 
tosh használat során más plat- 
formokkal is kell kommunikálni, 
ez az esetek nagy többségében 
fájl csere-berét jelent. Ezeket 
az adatok valamilyen módon 
tárolódnak az adott fájlrend- 
szerben, mégpedig nem csak a 
tiszta adatok, hanem a hozzá 
kapcsolódó adatok is. Ők a me- 
taadatok. 

Mik is azok a metaadatok? 
Adatok az adatról. Olyan ada- 
tok, amelyek szoros kapcsolat- 
ban állnak az eredeti adattal. A 
számítógépiparral kapcsolatban 
a metaadat legáltalánosabb al- 
kalmazási területe a fájlrend- 
szerekben található. A fájlok 
adatokat tartalmaznak, amelyek 
meghatározott mennyiségű me- 
taadatot tartalmaznak önma- 
gukról. A metaadat legalapve- 
tőbb tulajdonsága, hogy meg- 
különböztethető az adattól. Te- 
hát nem maga az adat, hanem 
adat az adatról, ami szorosan 
kapcsolódik hozzá. 

Egy egyszerű fogalom, de 
meglepően szerteágazó, vita- 
tott témakör. A Mac OS X meg- 
jelenésével a téma különösen 
aktuálissá vált a Mac platform 
jövője szempontjából. 

Miről lesz és miről nem lesz 
szó ebben az írásban?. A cikk a 
metaadta alapvető fogalmairól 
szól, függetlenül a megvalósí- 
tásától. Biztos sokat tudsz a 
számítógépekről, de most pró- 
báld meg az elméleti elgondo- 
lásokat anélkül olvasni, hogy 
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következtetéseket, vagy párhu- 
zamokat vonnál le az eddigi tu- 
dásod alapján. 

Ahhoz, hogy bemutassuk a 
metaadatot, készítsünk el egy 
fájlt elméletben, amelynek 
megvizsgáljuk a metaadatait. 
Metaadat nélkül ez a fájl csak 
egy adathalmaz, egy rakás bit, 
semmi több. Milyen adatokat 
lehet ehhez a bithalmazhoz 
csatolni, amelyek segítenek ne- 
ked az azonosításában? 

Először is talán a legfonto- 
sabb a fájl neve. Ez minden 
kétséget kizárólag egy alapvető 
információ. A fájl elérésekor a 
fájlnévnek kritikus szerepe van 
a hagyományos fájlrendszerek- 
ben. Ha nem tudod a fájl ne- 
vét, kevés az esélye, hogy 
megtalálod, ugye? 

A fájl tárolási helye. Csak a 
fájlnév nem elegendő, hogy 
minden kétséget kizáróan az ál- 
talad keresett fájlt találd meg a 
gépeden. A fájl elérési helye a 
számítógép és a benne lévő me- 
revlemez nevéből és a fájlt táro- 
ló könyvtárszerkezetből alkotott 
információ adott kombinációja. 
Egyértelműen megadhatsz egy 
fájlt, ha a nevét és a fájl tárolá- 
si helyét egy azonosítóban táro- 
lod, amelyet gyakran a fájl el- 
nek. Tehát keresheted a "Rózsa- 
szín Párduc" képet a saját map- 
pád képmappájában, ezzel meg- 
adtad a fájl nevét és az őt tar- 
talmazó mappa nevét is. Ami itt 
fontos, hogy a fájl tárolási he- 
lye is a fájlról szóló metaadat 
egy része, tehát nem az őt tar- 
talmazó mappához, hanem az 
adott bithalmazhoz tartozik. 
Másik fontos tulajdonsága en- 
nek a metaadatnak, hogy nélkü- 
le nem lehetséges a fájl olvasá- 
sa és írása, nélkülözhetetlen a 
fájlban tárolt adatok eléréséhez. 

A fájl típusa, azaz a fájlban 
található adat fajtája. Ez arra a 


kérdésre felel, hogy milyen 
adatot tartalmaz a fájl? Mi az 
az adott fájl? Egy kép, szöveg 
vagy mozifilm? Ezt a fájl tarta- 
lomtípusának, vagy egyszerűen 
a típusának is nevezik. A rész- 
letességet figyelembe véve az 
alapvető besorolás mellett, 
mint a kép, hang, videó és szö- 
veg, a fájlnak adott formátuma 
is lehet, mint a tiff, aiff, 
mpeggz, text illetve léteznek 
adott formátumok még ponto- 
sabb besorolásai, mint a réte- 
ges tiff, beágyazott képet tar- 
talmazó rtf szöveg. Próbáld ki 
TextEditben a címsorban sze- 
replő ikont is behúzhatod a do- 
kumentumba! 

A fájl mérete. A fájlban talál- 
ható adatnak mindenképp van 
mérete, még ha az nulla is. Ez 
megint furcsának hangzik, de 
ha egy üres szövegfájlra gon- 
dolsz, amibe egy sort nem írtál, 
de már elnevezted, elmentetted 
az íróasztalra, ezáltal létrehoz- 
tad, piros címkét ragasztottál rá 
és az általad elkészített gyönyö- 
rű, 128x128 képpontos ikont 
adtál neki, tehát hozzá kapcso- 
lódó adatokkal, azaz metaada- 
tokkal láttad el. A fájl méreté- 
nek az ismerete, mint a név és 
a tárolási hely szintén nélkülöz- 
hetetlen. Képzelj el egy olyan 
fájlrendszert, ahol ismeretlen 
méretűek a fájlok! 

A fájl dátumai. Ha ismered 
ezeket az adatokat,t nagyon 
sok hasznos információhoz jut- 
hatsz a fájllal kapcsolatban: mi- 
kor hozták létre - a kíváncsi Al- 
malap innen tudja, mikor is 
kezdtem hozzá ennek a cikknek 
a megírásához -, mikor történt 
a legutóbbi adatmódosítás, mi- 
kor változtatták meg a fájl ne- 
vét, azaz a metaadat változta- 
tásokat is tárolva vannak, mikor 
történt a legutolsó hozzáférés, 
ami nem feltétlenül írást, ha- 
nem csak olvasást is jelenthet. 


A fájlhoz tartozó jogok és en- 
gedélyek. A dátumokhoz hason- 
lóan ennek a metaadatnak is 
sokféle változata létezik. Ki a 
fájl tulajdonosa? Ki olvashatja? 
Ki férhet a tulajdonoson kívül 
még hozzá? Biztos te is fel 
tudsz sorolni még néhányat. 

Még számtalan metaadathoz 
tartozó információt lehetne fel- 
sorolni, például az adott fájl 
mappa-e? Mac OS X alatt speci- 
ális mappa is létezik, ez a 
Bundli (bundle), amely szép 
masnival átkötött csomagként 
képzelendő el, sok mindent tar- 
talmaz, de te, mint felhasználó 
egy elemként, fájlként haszná- 
lod és általában programként 
kezeled. Tehát léteznek olyan 
metaadatok is, amikkel csak bi- 
zonyos fájlok rendelkezhetnek. 


A METAADAT TÍPUSAI 


Nézzük, mit is találtunk eddig: 
név, tárolási hely, típus, méret, 
dátumok, jogok és engedélyek. 
Ha csoportosítani kellene őket, 
hogyan tennéd meg? Vannak 
olyanok, amelyeknek közös tu- 
lajdonságai vannak? 

Kiegészítésképp, amikor Get 
Infót kérsz egy fájlról - inkább 
használd az Inspektort, amit az 
altialma--I kombinációval ér- 
hetsz el, azért hasznosabb, 
mert ahogy újabb elemet je- 
lölsz ki, frissíti az információ- 
kat -, akkor megjegyzést is fűz- 
hetsz hozzá, azonban ezt az in- 
formációt a .DS Store fájlba tá- 
rolja a Finder, nem metaadat 
szinten, ezért nincs a felsoro- 
lásban. A .DS Store fájlról bő- 
vebben az előző Almalapban ol- 
vashatsz. 

Kezdjük a jogokkal. Ez a leg- 
ismertebb metaadat szabályoz- 
za, hogy ki, hogyan férhet hoz- 
zá az adatokhoz. A metaadat 
természetüket a legjobban úgy 
ismerheted meg, ha megváltoz- 
tatod őket. Annak ellenére, 


hogy a fájl elérési jogok nélkü- 
lözhetetlen információk a fájl 
adatáról, szabadon változtatha- 
tod őket a fájlban tárolt adatok 
változtatása nélkül. 

Még melyik meta adat típus 
rendelkezik ezzel a tulajdon- 
sággal? A név és a tárolási hely 
például. Szabadon változtatha- 
tod a fájl helyét a fájlrendszer- 
ben, illetve akárhogy elnevez- 
heted, a benne tárolt adat vál- 
tozatlan marad. 

Némelyik fájlhoz tartozó idő- 
pontnak is hasonlóan viselke- 
dik. A létrehozási időpont és 
valószínűleg utolsó elérés dátu- 
ma is, ha a fájl csak olvasható, 
teljesen független a hozzá kap- 
csolt fájl tartalmától, tekintet- 
tel arra, hogy egy fájlnak csak 
egy létrehozási dátuma lehet. A 
módosítási dátum azonban 
egész addig nem változhat, míg 
a fájl tartalma nem változott. 

Tulajdonságaik alapján az 
ilyen metaadatokat (név, hely, 
jogosultságok és adott dátu- 
mok) módosítástól független 
metaadatoknak hívjuk, tehát 
anélkül változtathatóak, hogy 
szükségképpen a fájlban tárolt 
adatokat is változtatni kellene. 
A hat típusból már három és 
felet nyugodtan belepakolha- 
tunk ebbe a csoportba. A mó- 
dosítástól független metaadat 
a legáltalánosabb metaadat. 
Majdnem mindegyik metaadat 
anélkül változtatható, hogy 
szükségképpen a tárolt adaton 
kellene változtatni. De nem 
ezek a legfontosabb típusú me- 
taadatok. Példaként nézzük 
meg a fájl méretet! 

A méret is egy metaadat, de 
hasonlóan a tárolási helyhez, 
ritkán gondolják annak. Ha egy 
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fájl által elfoglalt helyet nem 
tudjuk meghatározni, az gya- 
korlatilag használhatatlan. Az 
írás és olvasás során nem le- 
hetne pontosan tudni, mikor 
van vége az adott fájlnak és 
mikor kezdődne a másik. A fájl- 
méretet tehát önhatalmúlag 
nem lehet megváltoztatni, 
másképp megfogalmazva olyan 
metaadat, ami csak akkor vál- 
tozik, ha a fájlban tárolt adat 
mennyisége nő vagy csökken. 
Adatfüggő metaadatként is ne- 
vezhetjük. A változtathatatlan 
metaadat egy adott bithalmaz- 
zal kapcsolódik össze, ami kí- 
vülről változtathatatlan. Csak 
egyféleképpen kaphatsz más 
metaadat értéket, ha módosí- 
tasz az adatokon! 

Súlyos következményei van- 
nak, ha az adatfüggő metaadat 
megszorításait nem vesszük fi- 
gyelembe. Ha a fájl mérete a 
benne tárolt adat változása 
nélkül mutat más értéket, azt a 
fájl biztos, hogy elvesztettük. 
A változtathatatlan metaadat 
inkább ártalmas, mint használ- 
hatatlan, ha nem a tárolt adat 
állapotát tükrözi. 

A módosítási dátum is vál- 
toztathatatlan metaadat. Ez a 
metaadat csak akkor változik, 
ha a tárolt adat módosításra 
került. Ha a fájl módosítási dá- 
tuma a fájl tartalmának a meg- 
változása nélkül módosul, az 
nem annyira katasztrofális, 
mint a fájlméret változása, leg- 
feljebb napokig keresed azt az 
előző verziós dokumentumot, 
amit a téves módosítási dátum 
alapján feltételezel, tehát ez 
sem a normális működés. 

Végül itt van a fájl tartalom 
típusa, ami szintén megváltoz- 


tathatatlan. Érdekes hieroglifák 
jelenhetnek meg a képernyő- 
dön, ha egy jpg képet szöveg- 
ként próbálsz olvasni, egy szö- 
veg fájl képként történő hasz- 
nálata a megfelelő fejléc infor- 
mációk és adat nélkül pedig le- 
hetetlen. 

Azonban van még egy dolog, 
amit a megváltoztathatatlan 
metaadattal kapcsolatban még 
figyelembe kell venni, ez az 
adott metaadatban kifejezett 
pontosság. Ha bővebb informá- 
ciót adunk meg egy akár vál- 
toztathatatlan metaadatról, ak- 
kor az változik, a tárolt adat 
pedig változatlan marad. 

Például letöltöttél a hálózat- 
ról egy pdf dokumentumot, 
majd megnyitottad a Preview 
programban. Tartalmaz képe- 
ket, szövegeket, de nincs ben- 
ne mozgókép, se JavaScript, és 
élve a gyanúval lefuttatod 
mondjuk a pdfInspektor 
2 programot, ami PDFX/3 for- 
mátum ellenőrzésére való, és 
kiderül, hogy ez a pdf nyomdai 
felhasználásra készült, majd ezt 
az információt elmented a fájl- 
típus metaadatban. Tehát a tá- 
rolt metaadatot lehet pontosí- 
tani úgy, hogy magán a doku- 
mentumban nem szükségkép- 
pen történik változtatás. Ha- 
sonlóképpen egy fájl módosítá- 
si dátumát ezredmásodperc 
pontossággal is el lehet látni, 
ha szükséges a használatához. 

Ez a metaadat további általá- 
nos szabályaihoz vezet. Általá- 
ban a minél több információ 
jobb. Ha több metaadat áll 
rendelkezésünkre, több és jobb 
döntéseket hozhatunk a fájllal 
kapcsolatban. Ha nem ismerjük 
a fájlhoz kapcsolódó jogokat és 


engedélyeket, nehezen tudjuk 
megmondani, hogy akkor ki is 
férhet hozzá az adott informá- 
cióhoz. Ha pedig a létrehozási 
dátum csak az adott évet tar- 
talmazza, akkor lehetetlen az 
adott évben elkészített doku- 
mentumok között pontosabb 
sorrendet felállítani. Az infor- 
máció hatalom. 

Még egy fontos információ a 
metaadatról, ami lehet hogy 
nyilvánvaló, de később még 
fontos lehet. Mint minden in- 
formációt, a metaadatot is el 
lehet távolítani, vagy figyel- 
men kívül lehet hagyni, de 
gyakran nehéz, sőt lehetetlen 
újra hozzáadni, illetve elkészí- 
teni, ha elveszett. Ha nem tu- 
dod, hogy mikor volt az adott 
fájl utoljára módosítva, nem 
tudod helyreállítani, annak el- 
lenére sem, hogy a módosítási 
dátum megváltoztathatatlan a 
fájl adatának módosítása nél- 
kül. Az adat megmarad, de a 
módosítást jelző információ el- 
veszett. Gondolj csak az adat- 
vesztéssel járó tömörítésre. Egy 
camera raw formátumban men- 
tett képet elmenthetsz egy kö- 
zepes minőségű jpg képbe, de 
ebből a képből nem tudsz egy 
camera raw formátumú képet 
kapni. Ismeretlen információt 
nem lehet hozzáadni. Az infor- 
máció drága. 


A METAADAT 
MEGVALÓSÍTÁSA 


Vizsgáljuk meg a metaadat né- 
hány tipikus megvalósítását 
mindazon elmélettel, ami ko- 
rábban vázoltunk. Az első lépés 
bármilyen metaadat létrehozá- 
sakor a metaadat tárolásának 
megvalósítása. Először tételez- 
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zük fel, hogy az adat, amihez a 
metaadat kapcsolódni fog, már 
valamilyen formában tárolva 
lett egy adott fájlrendszerben. 
Ezek után a metaadatnak vala- 
milyen formában kapcsolódnia 
kell az adathoz, különben nem 
metaadat. A adat pedig a ha- 
gyományos hierarchikus könyv- 
társzerkezetben fájlként kerül 
tárolásra. 

Az, hogy feltételezzük a léte- 
ző adat tárolását, számos meta- 
adat meglétét teszi szükségessé. 
Ahhoz, hogy az adatot olvasha- 
tó formában tároljuk, a fájl tá- 
rolási helyét, nevét és méretét 
valahol tárolni kell. Ez már há- 
rom metaadat. Nézzük, hogyan 
tárolódnak ezek az adatok! 

A fájlok tárolási helye általá- 
ban a fájlrendszerben elosztva 
található, minden könyvtár tá- 
rol egy listát a benne található 
elemekről - most legalábbis ez- 
zel a feltételezéssel élünk. Eb- 
ben az esetben a fájl tárolási 
helyét megadó metaadat olva- 
sása tyúk vagy a tojás problé- 
mába ütközik. A hagyományos 
fájlrendszerben megvalósítva 
csak úgy tudod olvasni az 
adott fájlt, ha már ismered, 
hogy hol van. Tehát be kell jár- 
nod a könyvtárszerkezetet, és 
fel kell építened a fájl elérési 
útját, ami a fájlrendszer kezde- 
tétől (root) a fájl tárolási he- 
lyéig vezet. 

Ugyanekkor a fájl nevét is is- 
mernem kell ahhoz, hogy azt a 
metaadatot olvasni tudjam, il- 
fel tudjam építeni. A fájl neve 
általában ugyanabban az adat- 
szerkezetben tárolt, ahol az 
adott mappában lévő elemek 
listája van. Az adott adaton 
belül lehet egy belső mutatód, 
amivel az aktuális adatot írni 
és vagy olvasni tudod, mondjuk 
egy szabványos Unix fájl leíró, 
de ez nem szükségképpen je- 
lenti azt, hogy a fájl nevét 
csak ennek a mutatónak az is- 
meretében le tudod kérdezni. 
Továbbá akármi is hozta létre 
azt a fájl mutatót, tudnia kel- 
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lett a fájl nevét és a tárolási 
hogy írni és vagy olvasni tudja 
az adott fájlt. 

Tehát a fájl neve és a tárolá- 
si helye kritikus a hagyomá- 
nyos fájlrendszerben, ezek ket- 
ten a fájl azonosítóját, elérési 
útját alkotják. Minden külön 
adatnak egyedi elérési úttal 
kell rendelkeznie, ha azonosít- 
ható módon szeretnéd lehívni 
és módosítani. Magyarul azt és 
csak azt a fájlt manipulálod, 
amit szeretnél. Ebben az eset- 
ben nehéz a névről és a tárolá- 
si helyről, mint metaadat ré- 
szekről beszélni, mert nem le- 
het egy adott fájl nevéről és 
tárolási helyéről beszélni, csak 
akkor, ha már eleve ismert ez 
az információ. Ezek után, ha 
akkor honnan tudod, hogy me- 
lyik fájlról van szó? 

Ez az elméleti probléma a 
fájlok és fájlrendszerek hagyo- 
mányos megvalósításának az 
öröksége. Ha teljesen eltávolo- 
dunk a hagyományos fájltárolá- 
si feltételezésünktől, egy másik 
fájl azonosítót is választha- 
tunk, mondjuk egy egyedi szá- 
mot, és megszabadíthatjuk a 
fájl nevét és a tárolási helyét 
abból a kellemetlen helyzetből, 
hogy egy olyan metaadat, amit 
nem ismerhetünk csak akkor, 
ha már eleve ismerjük. 

Ennek az egyedi azonosító 
használatának az elmélete álta- 
lánosan elterjedt a relációs 
adatbázisok világában. Az adat- 
bázis tervezéseknek egy lénye- 
ges mozzanata, hogy kívánatos 
egy egyedi érték használata, 
amellyel egy adatbázistáblában 
egy adott sort egyértelműen ki 
lehet választani. A hagyomá- 
nyos fájlrendszerek különböz- 
nek ettől az elképzeléstől, hi- 
szen két információt, a nevet 
és tárolási helyet használnak a 
fájl elérésének kulcsaként. Né- 
hány fájlrendszer, mint a HFS-, 
lehetőséget ad bizonyos körül- 
mények között egy egyedi fájl- 
azonosító használatára, de a 


név és a tárolási hely használa- 
ta általánosan és a széleskörű- 
en használt azonosító. 

A fájlméret metaadatot kétfé- 
le formában tárolják. Először is 
ismerni kell, hogy a fájlrendsze- 
rek rendelkeznek egy minimális 
blokkmérettel, ami a legkisebb 
elfoglalt tárterületet jelenti. Ez 
az a minimális tárterület, amit 
egy fájl elfoglal, ha tárolásra 
kerül. Ha a fájl mérete na- 
gyobb, mint egy blokk, akkor 
több blokkot foglal el, amelyek 
között egy adott utat kell meg- 
tenni az olvasás során, hogy a 
teljes fájl beolvasásra kerüljön. 

A fájl nagyságát gyakran a 
fájl kezdő és végpontjából, és 
az egyiktől a másikig tartó út- 
vonal - ez jellemzően az adat- 
blokkok közötti mutatók soroza- 
ta - hosszából számolják. Ez az 
információ tárolódik el ideigle- 
nesen a fájlrendszerben, hogy 
ne kelljen minduntalan végig- 
nyálazni a fájl adatrészeit, vala- 
hányszor kíváncsiak vagyunk a 
fájl méretére. Ha teljesen el 
akarod veszteni a fájl méretéről 
szóló metaadatot, akkor el kell 
vesztened magát a fájl nyomon 
követését a fájlrendszerben. 

Tehát a fájl neve, tárolási 
helye és a mérete nélkülözhe- 
tetlen metaadat, mert ezek nél- 
kül a fájl nem használható. A 
méret adattól függő metaadat, 
a név és a hely adattól függet- 
len metaadat, ami azért is ér- 
dekes, mert ez a két adattól 
független metaadat alkotja a 
hetetlen a használathoz. 

A fájlhoz tartozó dátumok, 
engedélyek és jogok a nélkü- 
lözhető metaadatok közé tar- 
toznak, mert a fájl egy hagyo- 
mányos hierarchikus fájlrend- 
szerben használható formában 
létezhet ezen metaadatok nél- 
kül. Mindegyik fájlrendszer tá- 
rolja fájlhoz tartozó dátumokat, 
legalábbis a létrehozási és a 
módosítási dátumokat. 

Az engedélyeket és a jogokat 
megvalósító metaadatokat 
olyan hálózati, és/vagy többfel- 


használós operációs rendszerek 
fájlrendszerei használják, mint 
a Mac OS X. Ezeket a dátumok- 
kal együtt külön erre a célra 
fenntartott metaadat-szerkezet- 
ben tárolják a más nélkülözhető 
metaadatokkal együtt. 

Végezetül a fájltípus is nél- 
külözhető metaadat, tehát a 
névvel, tárolási hellyel és a 
mérettel ellentétben nem nél- 
külözhetetlen a fájl sikeres el- 
tárolásához és a lekérdezésé- 
hez. Ez adattól függő, tehát 
nem változtatható meg a tar- 
talmazott adat megváltoztatása 
nélkül, kivéve a pontossági 
meggondolást persze. 

Sajnálatos módon a legtöbb 
magasabb szintű fájlművelet, 
mint a megnyitás, szerkesztés 
nehéz vagy lehetetlen, ha a 
fájltípus metaadat hiányzik. 
Gondolj csak arra, mikor egy 
Mac OS 8 alatt készült képet 
kiterjesztés nélkül küldtél el 
egy PC-s stúdióba, az operációs 
rendszer nem tudta, milyen fájl 
és az általában szöveges állo- 
mányként végezte, de ne sza- 
ladjunk ennyire előre. 

Nézzük tehát meg a fájltípus 
metaadat megvalósítását a mo- 
dern operációs rendszerekben 
és hálózatokon, kifejezetten a 
Mac platform sajátosságaival, 
avagy kezdődjön az őrület! 


A FÁJLTÍPUS DILEMMA 


Ha az előzőekben taglaltakat fi- 
gyelembe vesszük, mégis hogy 
van a fájltípus metaadat tárol- 
va? Ez egy adattól függő, de 
technikailag nélkülözhető meta- 
adat, ami azonban kritikus fon- 
tossággal bír, ha a felhasználó 
által a fájllal történő művele- 
tekről van szó. Mielőtt megnéz- 
nénk, hogy hogyan is tárolható, 
vizsgáljuk meg, miért is annyira 
fontos ez a metaadat. 

A fájltípus a fájlban található 
adatok tárolása szempontjából 
nélkülözhető metaadat, mert a 
az adat lehívása és eltárolása 
ettől függetlenül történhet 
meg. Az adat az, ami valójában 
érdekel minket. Az operációs 


rendszer dönthet más elérhető 
metaadatok esetén például az 
adat módosításának lehetősé- 
géről az elérési jogok alapján, 
a biztonsági mentés esedékes- 
ségéről a módosítási dátumok 
alapján, de a fájl tartalmának a 
változtatásához csak magára az 
adatra van szükség, amit a fájl 
kombinációjával adhatsz meg, 
és a fájl nagyságával és a hoz- 
zá tartozó bejárási útvonalával, 
tehát a méretének az ismereté- 
vel tudod olvasni. 

A fájltípus akkor jön a képbe, 
ha a felhasználó közvetlenül 
akarja azt a bizonyos fájlt mó- 
dosítani. Napjaink számítás- 
technikai rendszerében fájlok 
megtekintéséhez és szerkeszté- 
séhez programokra van szükség. 
A programnak csak a fájlban ta- 
lálható adatra van szüksége, a 
használandó program kiválasz- 
tásakor azonban ismeri kell a 
fájl típusát, formátumát, tarta- 
lom típusát, vagy ahogy akarod 
úgy hívod annak a rakat bitnek 
a tulajdonságát, amik azt a bi- 
zonyos adatot felépítik. Egy 
képről van szó? Ha igen, akkor 
egy képszerkesztő program le- 
het a logikus választás. Ha egy 
hangállomány, akkor egy másik 
program lesz a megfelelő. 

A felhasználó magát a progra- 
mot is kiválaszthatja, a program- 
ból is megnyithatja az adott ál- 
lományt, ebben az esetben a 
fájltípusnak valamilyen formában 
elérhetőnek - láthatónak - kell 
lennie, hogy tudja, melyik prog- 
ramot kell kiválasztania ahhoz, 
hogy az adott fájlt ki tudja nyit- 
ni. A grafikus felhasználói felüle- 
tekben a manipulálásra szolgáló 
program kiválasztását az operáci- 
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ós rendszer is elvégezheti. A fájl 
dupla klikkel történő megnyitá- 
sakor az operációs rendszer meg- 
nézi a fájl típusát és megnyitja a 
megfelelő programot. 

Hasznos pontosan megvizs- 
gálni, mit is lehet fájltípusként 
eltárolni. Az átfogó típusok, 
mint a kép, vagy a hang kevés- 
bé hasznosak, ha egy program- 
nak kell az adott fájlban tárolt 
adatot beolvasni és helyesen 
értelmezni, itt már a "inDn" és 
"jpeg" típusok szükségesek. Bi- 
zonyos esetekben még több 
részletre van szükség. Ha egy 
dokumentumot mondjuk csak 
InDesig doksiként ismertetünk 
fel, nem elégséges, gondolj 
csak a CS és 2.0 verziókra az 
adott programból. 

Tehát pontosan el kell dönte- 
nünk, mit is akarunk eltárolni. 
A dátumokkal kapcsolatban 
csak a pontosság lehet döntő, 
napok, másodpercek, vagy ez- 
redmásodpercek. A fájlméret 
ehhez hasonló, blokkok, bájtok, 
vagy bitek. A fájlnevek és a tá- 
rolási helyek csak a megjelenít- 
hető hossz és a kódolás alapján 
függenek, ha a maximális egy- 
másba ágyazott mappák száma 
nincs korlátozva. A jogokat és 
az engedélyeket az operációs 
rendszer biztonsági modellje 
határozza meg, de a fájltípus 
metaadatnak rengeteg lehetsé- 
ges tárolási formája van. Gya- 
korlatilag a pontos és az átfo- 
gó információ egyidejűleg meg- 
adható, így értelmes döntés 
születhet, melyik program tudja 
olvasni és melyik tud egyálta- 
lán valamit kezdeni az adattal. 

Ha megvan a mit, lássuk a 
hogyant! Egy adattól függő, de 
nem nélkülözhetetlen metaadat- 


ról van szó, ami különösen fon- 
tos a felhasználói fájlműveletek 
szempontjából. A korábbi fájl- 
rendszerekben, amelyek már ke- 
zelték a fájltípus metaadatot, az 
összes metaadat egy előre meg- 
határozott helyen tárolódott a 
fájlrendszerben. Akkoriban a 
méret korlátozó tényező volt, és 
szükség szerint a fájltípus meta- 
adatot nyers formában tárolták. 

Ez egyáltalán nem probléma, 
mert más metaadatokat is ha- 
sonlóképpen korlátozták. A fájl 
tulajdonosát egy rejtélyes fel- 
használó azonosító formájában 
tárolja a rendszer, de automati- 
kusan megtörténik a fordítás, 
ha az 501 tulajdonos tudni sze- 
retné, hogy ő éppen Béla. 

De a fájltípus metaadatot 
nyers a formában tárták a fel- 
használó színe elé, gyakran pár 
karakterként, mint a "txt" vagy 
"com". Viszont ha elég jó vagy 
rövidítések kezelésében, kapás- 
ból tudod, hogy a "txt" text 
fájlt jelent, az 501-es azonosí- 
tóval azonban már bajban len- 
nél. Továbbá a nyers formában 
tárolás memóriát, processzor 
időt és programozói fáradságot 
spórolt - csak tárhelyet nem -, 
amelyek szükségesek lettek vol- 
na ahhoz, ha valamilyen más 
formátumból kellett volna min- 
den egyes fájltípus lekérdezés- 
nél kibányászni az értelmezhe- 
tő adatot. Így a fájltípus táro- 
lása közvetlenül, azonnal értel- 
mezhető módon történt, nyers 
formában lett megjelenítve. 

A következő operációs rend- 
szerek a fájltípust a fájlt azono- 
sító harmadik összetevőként va- 
lósították meg, hozzácsapták az 
elérési úthoz és a névhez. Egy 
fájl megadásához tehát tudni 


kellett a típusát is. Ez azt is je- 
lentette, hogy ugyanabban a 
mappában több ugyanolyan ne- 
vű elem is lehetett, ha különbö- 
ző volt a típusa, akkor nyugod- 
tan megvoltak egymás mellett. 
Ezt a helyzetet megoldva össze- 
rakták a fájltípus és a fájlnév 
metaadatot, mind a szerkesztés 
és a megjelenítés során úgy, 
hogy egy "." ponttal elválasz- 
tották őket. Ez nem lett volna 
akkor baj, de teljesen figyelmen 
kívül hagyták, hogy a fájltípus 
metaadatot külön kell tárolni a 
többi metaadattól. Így születtek 
meg a fájlnév kiterjesztések. 

Viszont az ide vezető út 
egyik döntése sem tűnik okta- 
lannak. A metaadat rövidített 
természetét az akkori tárolási 
korlátok adták, a nyers 
mivoltot az az emberi képes- 
ség, hogy könnyen felismerhe- 
tőek legyenek a rövidítések. A 
fájltípus és a fájlnév metaadat 
végleges kombinációja a szer- 
kesztésben és a megjelenítés- 
ben logikusan következhet ab- 
ból, hogy a nevet és a típust a 
könyvtár listázások során min- 
dig egymás mellé tették. 

Tekintetbe véve mindazt, 
amit a metaadatok besorolásá- 
ról eddig mondtunk, nézzük 
meg, mi is lett a végeredmény! 
Egy adatváltozástól függő me- 
taadatot összehoztak egy a fájl- 
ban tárolt adattól nem függő 
metaadattal, Cupido szerepével 
pedig a "." karaktert bízták 
meg. Azonban nem ez a legjobb 
és a legcélszerűbb megoldás! 

A kiterjesztések nem oldották 
meg a már létező megvalósítási 
problémákat. A fájltípus meta- 
adatnak már volt egy erre a célra 
kijelölt tárolási helye a fájlrend- 
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szerben. Semmilyen korlátozás 
nem volt, ami erre kényszerítette 
volna a fájltípus tárolását. 


A KITERJESZTÉSEK 
ÖRÖKSÉGE 


Azzal, hogy a fájltípus meta- 
adatoknak eltávolították a tá- 
rolási helyet, és összeillesztet- 
ték a fájlnévvel, azt jelenti, 
hogy a fájlban tárolt adattól 
függő metaadatot változtatni 
lehet azzal, hogy egy a tárolt 
adattól függetlenül változtat- 
ható adatot módosítasz. Azaz a 
fájl átnevezésével más fájltí- 
pust rendelhetsz hozzá. Nem 
egy szerencsés dolog, de néz- 
zük mi történt volna akkor, ha 
nem a fájltípust, hanem a fájl- 
méretet tüntetné fel kiterjesz- 
tésként a rendszer. 

A fájlneveket tetszőlegesen 
hosszan, kis és nagybetűvel 
használhatjuk, egy pdf mond- 
juk "Prospektus Vegleges.576k" 
vagy "Kiloves korrektura.12MB" 
nevekkel lennénk tele. A kettő 
közötti különbség csak annyi, 
hogy a fájlméret nélkülözhetet- 
len az adat lehívásához és írá- 
sához, ha belevesszük, hogy át 
is írhatom anélkül, hogy a fájl 
változhatna, borzalom. Egy 
olyan metaadat lett akármikor 
változtatható, aminek nem len- 
ne szabad, csak a fájlban tárolt 
adattól függően változnia. 

Persze igyekeztek kiküszöböl- 
ni ezt a tervezési hibát is, alap- 
esetben az operációs rendsze- 
rekben a fájlnév kiterjesztések 
- hogy benne van a névben, 
mintha hozzá tartozna, pedig 
dehogy - rejtettek, átnevezés 
esetén is. Viszont az a döntés, 
ami a fájltípus metaadatokat a 
fájlnévbe tuszkolta, megszün- 
tette a fájltípus tárolására szol- 
gáló fájlrendszerbeli lehetősé- 
geket. 

De volt valaki, aki másképp 
gondolkodott, mégpedig ked- 
velt platformunk gyártója. A 
grafikus operációs rendszerét 
és az általa kitalált metaadat 
megvalósítást a másik oldal 
nem tudta átvenni, és ez okoz- 
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ta ennek a jól kitalált rendszer- 
nek a vesztét. De mi is volt ez 
tulajdonképpen? 

Ha emlékszel a bemutatott 
alapokra, pontosan ugyanaz 
történt almáéknál is. Eldöntöt- 
ték, milyen metaadatok azok, 
amiket tárolni akarnak és min- 
den metaadat részt a fájlrend- 
szeren belül a megfelelő meta- 
adat szerkezetben helyezték el. 
Minden felsorolt metaadatot, 
tárolási hely, név, méret, típus, 
adott formában tároltak el. 

Az Apple a fájltípus informá- 
ciót nem a fájlnévben tárolta. 
Ez jelentősen növelte az akkori 
felhasználói élményt és a Mac 
fő szépségének is nevezték. A 
Mac felhasználóknak nem kel- 
lett a fájltípussal foglalkozni, 
ha egy fájlt el akartak nevezni, 
az egy mappán belüli azonos 
névvel rendelkező elemeket 
nem engedte a rendszer. Ha kí- 
váncsiak voltak az adott fájl tí- 
pusára, akkor bőbeszédű üzenet 
tájékoztatott, "Adobe Photo- 
shop 2.5 LE Document" és ez 
rendben is volt. De nem állt 
meg itt a dolog, további meta- 
adatok kerültek a fájlok mellé, 
amelyek más platformokon nem 
találhatóak meg, még több in- 
formációt adva. A legszembeöt- 
lőbb annak a metaadatnak a 
tárolása, ami a fájlt készítő 
programot jelezte. Ezeket a 
program-kapcsolásnál használta 
fel a rendszer arra, hogy meg- 
találja a fájlt készítő progra- 
mot, ha ez sikertelen volt, ak- 
kor megnézte a fájltípust. Ez 
azt jelentette, hogy két ugyan- 
olyan típusú fájl két különböző 
programban nyílhatott meg. A 
program nyitás teljesen függet- 
len volt a fájl típusától és a 
nevétől. 

Ezt a remek felhasználói él- 
ményt tehát a fájltípus kódon 
(File Type) és a fájlt készítő 
programkódon (Type Creator) 
alapuló program nyitás, és a 
fájlnév feletti teljes uralom biz- 
tosította, amit az Apple a sötét 
oldal újabb vívmányának meg- 


jelenésekor alábbi hirdetéssel 
igyekezett alátámasztani: 
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De sajnos nem csak Macin- 
tosh számítógépekből áll a vi- 
lág, és az Internet mindent át- 
ható elterjedésével az így ki- 
alakított metaadat környezet 
hátrányossá vált, mert többre 
volt képes. 


MAC AZ INTERNET 
KORBAN 


A fájlok mindig is platformok 
között közlekedtek, de az In- 
ternet elterjedése az ilyen mó- 
don történő adatátvitelt még 
inkább könnyebbé és elérhető- 
vé tette. Ez a metaadatok 
szempontjából kétféleképpen 
okoz gondot: 

1 fájlok küldése másik plat- 
formra: az így küldött fájlok 
csak azokat a metaadat ré- 
szeiket tartják meg, amiknek 
a másik platform fájlrendsze- 
rében tárolási helyük van. 

2 fájlok fogadása másik plat- 
formról: az így fogadott fáj- 
lok csak azokkal a metaada- 
taikkal fognak rendelkezni, 
amik a másik platformon már 
léteztek (általában kevesebb, 
mint a Mac platformon), a 
fájltípus metaadatuk pedig a 
fájlnévben található. 

A probléma megoldására elké- 

szítettek egy adatbázist, ami a 

Mac típusú metaadatok és a 

"idegen" platformról származó 

fájlnévben tárolt fájltípus in- 

formáció közötti kapcsolatokat 
tárolja. Ez volt a File Exchange 
vezérlőpult a Mac OS 9 rend- 

szerben. Ha a Mac program kül- 
dött egy fájlt a másik platform- 

ra, a fájltípus metaadatot a 

fájltípus alapján átírhatta a ki- 

terjesztéses formára, így a fo- 
gadó oldalon a fájltípus meta- 
adat a platformnak megfelelő 
formában tárolódhat az adott 
fájlrendszerben, illetve jelenhet 
meg az ottani felhasználónak. 

Egy olyan program, amely a 

fájlnévben tárolt típus meta- 


adatú állományt kezelte, az 
adatbázis alapján beolvashatta 
a megfelelő fájltípus informáci- 
ót, illetve az adott fájlban fris- 
síthette is ezt a metaadatot. 

Ez lenne a Kánaán, mert nem 
a felhasználónak kell foglalkozni 
azzal, hogy a fájltípus metaada- 
tot bizgeti, viszont a programok- 
nak támogatnia kellene ezt a 
funkciót. Ez gyakorlatilag is le- 
hetségessé vált, de sajnos előbb 
ragasztották rá a Mac gépekre a 
rossz Internet rendszer nevet, 
pedig ez nemcsak metaadat táro- 
lás megvalósításából eredt. 


A RESOURCE FORK 


A Mac fejlesztésekor a készítők 
a széleskörű metaadat támoga- 
tással nem elégedtek meg. Az 
adatok számára egy másik táro- 
lási lehetőséget is készítettek, 
ez volt a Resource Fork. A ha- 
gyományos adattárolási rend- 
szerekkel ellentétben, amelyek 
egyszerű bitfolyamot használ- 
nak, ez a tárolási lehetőség az 
operációs rendszer által kialakí- 
tott szerkezetű. Mindemellett 
az adatok tárolására hagyomá- 
nyos bitfolyam is megmaradt. 
Hogy a két különböző adattáro- 
lási rész között különbséget 
tudjanak tenni, amelyeket az 
Apple Forkoknak (adatrész) ne- 
veztek el, a hagyományos bit- 
folyam részt Data Forknak (adat 
adatrész), a szerkezettel ellá- 
tott tárolási részt pedig Re- 
source Forknak (forrás adat- 
rész) hívják. 

Általában a Resource Fork 
egyáltalán nem tartalmazott 
metaadatot. Az eddig tárgyalt 
metaadatokból egyet sem. A 
programok esetében a Resource 
Fork a program által olvasható 
fájltípusok jegyzékét, felhasz- 
nálói felület elemeket, képeket, 
hangokat tartalmazott, ezért a 
programokhoz tartozó meta- 
adatnak egy típusaként lehet 
tekinteni. De ha egy fájlnak 
volt Resource Forkja, az túlnyo- 
mórészt adat volt. 

A Resource Forkot a haté- 
konyság növeléseként és a 
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program működéséhez szüksé- 
ges elemek és a programkód 
közötti jobb megkülönböztet- 
hetőség miatt hozták létre. A 
program átültethető nyelvi ele- 
meit, képeket, a felhasználói 
felület elemeit, és más a műkö- 
déshez szükséges részeket tá- 
rolhattak a szerkezettel rendel- 
kező forrás adatrészben, ahol 
egyenként lehetett olvashatóak 
és módosíthatóak voltak anél- 
kül, hogy az egész Resource 
Forkot be kellett volna tölteni 
a memóriába. 

Hogy mi köze van a Resource 
Forknak a kis elméleti fájlod- 
hoz? Csak annyi, hogy bizonyos 
esetekben adat fájlok is tartal- 
mazhatnak Resource Forkot, 
amely másolás esetén, ha nem 
tárolható a másik platform fájl- 
rendszerének metaadat-szerke- 
zeteiben, akkor elvész és a fájl 
használhatatlanná válik. 

Azt hihetnék, hogy a fájltí- 
pus és a fájlt létrehozó prog- 
ram-metaadatot a forrás adat- 
részben tárolták, pedig nem. Ez 
a két igen jellegzetes metaadat 
a fájlrendszer metaadatok táro- 
lására szolgáló adatszerkezetei- 
ben van elrejtve, a többi meta- 
adattal együtt. A másik téves 
gondolat azoké, akik e két me- 
taadatot okoljak a Mac fájlok 
hordozhatatlanságáért. Mivel a 
többi platform adatai mind egy 
Forkot támogató fájlrendszere- 
ken tárolódtak, a két Forkos 
(Data és Resource) Mac fájlok 
másolása esetén a Resource 
Forkok elvesznek, mert nincs 
tárolási helyük a másik fájl- 
rendszerben, illetve az adatát- 
viteli közegben. A Forkokat és 
a metaadatokat egyetlen bitfo- 
lyammá kell összeolvasztani 
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ahhoz, hogy használhatóak le- 
gyenek. Az egyik ilyen kódolási 
módszer a "MacBinary", ami 
mind a metaadatokat és az Re- 
source forkokat is elhelyezi a 
fájlban. Ha a Resource Forkkal 
is rendelkező Mac fájl nincs be- 
kódolva, akkor hálózaton ke- 
resztül adatvesztés nélkül nem 
lehet elküldeni. Mivel az Inter- 
net az egyszerű bitfolyamra 
épül, minden e közegen keresz- 
tül küldött fájlt be kell kódolni, 
hogy a másik oldalra megérkez- 
ve megtartsa a tulajdonságait, 
még azonos, tehát Mac plat- 
form esetén is. 

A Resource Fork elsődlegesen 
adatot és nem metaadatot tar- 
talmaz. Ezt az információt nem 
lehet veszteség nélkül elhagy- 
ni, emlékszel, ilyen a fájl létre- 
hozási dátuma például. Ez nél- 
külözhetetlen adat, ami nélkül 
a fájl használhatatlan. Aki azt 
mondja, hogy "A Mac gépek 
nem tudnak az interneten ke- 
resztül fájlokat küldeni, mert 
File Type és Type Creator meta- 
adatokat tartalmaznak a fájlnév 
kiterjesztések helyett" - az té- 
ved. Legfeljebb a fogadó olda- 
lon kell barchobázni, hogy mi- 
lyen fájl is jött az éterből tu- 
lajdonképpen. A Mac gépek 
csak olyan fájlokat nem tudnak 
az interneten megosztani, 
amiknek Resource Forkjuk van, 
és nem történt meg például a 
"MacBinary" bekódolásuk még 
az átvitel előtt. 
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Eleve úgy tervezték, hogy a Mac 
együttműködési problémáit 
megoldja. A Resource Forkok 
kezelése bizonyult a legna- 
gyobb problémának, mert in- 
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kább terjedelmes és nélkülözhe- 
tetlen adatmennyiséget, mint- 
sem tetszőleges metaadatokat 
tartalmaznak. Az alkalmazott 
megoldás figyelembe vette, 
hogy a Resource Forkok inkább 
a programokban, mintsem a do- 
kumentumokban találhatóak. 

Néhány Mac dokumentum 
tartalmazhat Resource Forko- 
kat, mint például az a szöveg- 
szerkesztő programdokumen- 
tum, ami a sima szöveget a Da- 
ta Forkban tárolja, a hozzá tar- 
tozó formázási és stílusinfor- 
mációt pedig a Resource Fork- 
ban - ami azért hasznos, mert 
a dokumentumot bármely szö- 
vegszerkesztőben meg lehet 
nyitni, igaz formázások nélkül. 
De hála az internetnek, és a 
keresztplatformos fájlcserélé- 
seknek, a Resource Forkokat 
tartalmazó dokumentum formá- 
tumok kezdenek a múlté lenni. 
A legtöbb Mac program lapos 
(flat) fájlokat készít, amiket 
kódolások nélkül, szabadon le- 
het hálózaton, akár más fájl- 
rendszert használó platformok- 
ra is küldeni. 

Szerencsére a NeXT fejlesztői 
már kitaláltak egy remek mód- 
szert hasonló problémákra, 
mint ami a Resource Fork oko- 
zott(?), ez pedig a kötegelt fáj- 
lok, azaz a csomagok (bundles) 
alkalmazása. Ezekben a csoma- 
gokban ugyanúgy adatok talál- 
hatóak, mint a Resource Fork- 
okban, a belső szerkezet pedig 
szintén adat formájában tárolt 
a Bundlin belül. A hagyomá- 
nyos fájlrendszerben az adott 
programmal kapcsolatos min- 
den adat és Resource megtalál- 
ható bennük. Ez egy könyvtár- 
szerkezetben valósul meg, ami 


egy elemként látszódik a fel- 
használó felé. Az új, 1.2-es 
verziójú Safari böngésző is 
Bundli formájában tárolja a tel- 
jesen le nem töltött fájlokat, 
próbálj meg átnevezni egy 
akármilyen fájlt .download ki- 
terjesztésűre, és máris egy le 
nem töltött fájl ikonját kapod, 
ami csak azért nem jelez ki töl- 
töttséget, mert nincs benne 
egy xml fájl, ami ezt jelezné. 
Bármely Bundli tartalmát a 
jobb klikk "Show Package Con- 
tents" paranccsal tudod kinyit- 
ni, az info.plist fájlban pedig a 
.download esetében a letöltés 
linkjét is megtalálod. 
Természetesen a klasszikus 
Mac OS Resource-ainak a támo- 
gatását nem lehet teljes egé- 
szében elhagyni. De mivel a 
program Bundlikban már több 
fájlt lehet egyként megjeleníte- 
ni, a Resource Forkok helyett 
Resource Fájlok használatát 
ajánlja az Apple. A Resource 
Fájlok egyszerűen sima fájlok, 
ahol az a szerkezettel rendelke- 
ző adat, ami egykor a Resource 
Forkban volt, már a Data Fork- 
ban található egyszerű bitfo- 
lyamként. Ezen kívül a Reso- 
urce Fájlokat szabadon lehet 
platformok, fájlrendszerek és 
hálózatok között küldeni bár- 
minemű adatvesztés nélkül. 
Igen, más fájlrendszerek között 
is, pl. UFS. Ezt az együttműkö- 
dést a Finder azon képessége 
teszi lehetővé, hogy Flat fájl- 
rendszereken - ez azt jelenti, 
hogy csak egy forkos, sima bit- 
folyam tárolására képes a fájl- 
rendszer - is képes Resource 
Forkok tárolására rejtett fájlok 
használatával. Ez régi Mac OS 
program esetén biztosítja a a 
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NeXT-től örökölt UFS fájlrend- 
szeren a használatot. A Finder 
bármilyen fájlt képes UFS kö- 
tetről, illetve kötetre másolni 
bármilyen adat és metaadat 
veszteség nélkül. 

A Bundlik és a Resource 
Forkok használatával olyan prog- 
ramokat lehet készíteni, amelyek 
használhatnak klasszikus Reso- 
urce-okat, mégis hordozhatóak 
maradnak. A másik oldalról néz- 
ve egy Mac OS X programban Re- 
source Fork használata nélkül le- 
het klasszikus Mac OS Resource- 
okat elhelyezni. 

Így már a Resource Forkok 
nem jelentenek problémát, a 
klasszikus Resource-okat pedig 
Resource fájlokként tárolva a 
Mac együttműködési dilemmája 
megoldódni látszik. Pusztán a 
fájltípus és a létrehozó típus 
kicserélésének a problémáját 
kellene megoldani, és minden 
szuper lenne. 

A NeXT által alkotott program 
Bundlikkal, az Apple általi 
Resource fájlokkal és a felhasz- 
náló által beállítható kiterjesz- 
tést File Type és Type Creator 
kódba cserélő táblával, amit az 
Apple a Mac OS 9 számára ké- 
szített, első osztályú hálózati 
rendszerként képes lenne más, 
kevésbé széles körű metaadat 
támogatással rendelkező fájl- 
rendszerekkel az adatcserére, és 
a Macintosh gépektől elvárt fel- 
használói élmény se csorbulna. 

Sajnos nem ez a megoldás az, 
amit az Apple alkalmazott a 
Mac OS X-ben. A Resource 
Forkokkal ellentétben a meta- 
adatokat nem a fent említett 
módon kezeli. Ez most hiba 
vagy tulajdonság? Ez attól 
függ, hogy hogyan tárolja a 
fájltípus-metaadatot. Az alap 
értelmezett fájlrendszer a HFS-, 
ezért elvárható lenne a Mac OS 
9-ben megszokott megvalósítás, 
minden metaadat a HFS-4- for- 
mátumban beépített metaadat 
szerkezetekben történő tárolá- 
sa. Valójában minden meta- 
adatra igaz ez a Mac OS X-ben, 
kivéve a fájltípus metaadatra. 
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A FÁJLTÍPUS METAADAT 
A MAC OS X-BEN 


A hivatalos fájltípus tárolás sze- 
rint a típust kétféleképpen kell 
megadni. File Type kóddal, amit 
a fájl metaadataként kell eltárol- 
ni és a fájlt helyesen jellemző 
több fájlnév kiterjesztéssel, mint 
a .html vagy a .htm. A Mac örök- 
séget szem előtt tartva a névtől 
független metaadatként is el kell 
tárolni a fájltípust, illetve a nép- 
szerűbb platform mintegy "aján- 
dékaként" a fájlról nélkülözhe- 
tetlen, ámde a benne tárolt 
adattól függetlenül változtatható 
fájlnévben is fel kell tüntetni. 

Az a gond, hogy egy megadási 
mód is elegendő lenne a fájltí- 
pus felismertetéséhez, tehát az 
egyik megvalósítás felesleges, az 
Apple szerint kötelező a kiter- 
jesztések használata már a fájl 
létrehozásakor. Azonban elegen- 
dő lenne csak a más platformok- 
ra küldéseknél hozzábiggyeszteni 
a kiterjesztést, így a kompatibili- 
tás is megmaradna. De hozzá 
kell szokni, hogy ha egy fájlt el- 
nevezünk, akkor a kiterjesztésre 
is figyelni kell, ha nemcsak Ma- 
cen használjuk a fájlt. 
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A felhasználó később módosít- 
hatja a kiterjesztést és viselheti 
a következményeket. A kiterjesz- 
tések elrejtésével meg előfordul- 
hat, hogy egymásután több ki- 
terjesztést megad, amiből csak 
az utolsónak van hatása. 

Az elmélet próbaköve a gya- 
korlat, kapd elő a Script Editort, 
az elkészített szkript, mivel fut- 
tatható, resource forkot is tar- 
talmaz, szükség van még az UFS 
fájlrendszerre, ha nincs UFS par- 
tíciód, de van pl. USB-ceruzád, 
az adatok biztonságba helyezése 
után formázd le UFS-re, az adott 
ablakra jellemző nézet beállítá- 
soknál kapcsold ki a Show Item 
Preview (Mutasd az elem képét) 
pontot és izzítsd be a Terminált! 

Először is, a kiterjesztések 
megjelenítését állítsd be (Aktív 


Finder, alma -- , kombináció, 
Advanced, Show all file exten- 
sions jelölőnégyzet)! A Script 
Editorban készítsd el a követ- 
kező szkriptet, ami a 
www.almalap.hu szöveget jele- 
níti meg, majd mentsd el sima 
Applicationként, majd Applica- 
tion Bundleként (1., 2. kép), 
így két szkriptet kapsz, ami 
látszólag megegyezik (3. kép). 
Futtathatod őket, ugyanúgy 
működnek, a fájlrendszerben 
történő tárolásuk történt más- 
képpen. Az desktopon található 
harmadik elem egy kép, aminek 
Photoshopban elölnézeti képet 
adtam, amit a fájl Resource 
Forkjában tárol a Mac OS X. 
Most HFS-- fájlrendszerben csü- 
csülnek, nézd meg, mit mond az 


ls -la 


parancs (4. kép). 


Minden szkript végén szere- 
pel egy láthatatlan ".app" kiter- 
jesztés, ami csak akkor bukkan 
elő a Finderben, ha megpró- 
bálsz egy másik kiterjesztést 
adni, de a Bundliként elmen- 
tett szkript valójában egy map- 
pa. A G opcióval rekurzívan is 
ki tudod listázni az elemek tar- 
talmát, tehát 


1ls -laG -/Desktop/ 


ha az íróasztalodra mentetted le 
a dolgokat. Nagyon sokféle fájlt 
listáz ki ugye? Ezek mind-mind 
Resource Fájlok, a Resource 
Forkot helyettesítik. Nekem a 
Boken ceruzám lett UFS formátu- 
mú, át is másolom gyorsan, de 
most a Finderen keresztül, mert 
a unix parancsok nem értelmezik 
a Resource Forkokat, a Finder vi- 
szont igen. Nézzük, hogyan van- 
nak tárolva az UFS alatt (5. kép). 
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Mindegyik fájl kapott egy 
.." előtaggal rendelkező tár- 
sat, ami a fájlban lévő 
Resource Forkot jelképezi, te- 
hát inkább adat, mint meta- 
adat, hiszen önállóan is rendel- 
kezhet metaadatokkal. Az 
összes ilyen fájlnak a létreho- 
zási dátuma a fájlmásolás dátu- 
mával egyezik meg, nem a Data 
Fork létrehozási időpontjával. A 
Bundlinak a resource Forkja 
nagyságrendekkel kisebb, mint 
a csak Applicationként elmen- 
tett szkripté. Most külön tudod 
másolni a két szkript és a kép 
Data és Resource Forkját, most 
már használhatod a cp paran- 
csot, hiszen mindkettő sima 
bitfolyam. Ha eddig nem volt 
bekapcsolva a láthatatlan fájlok 
láthatósága, akkor kapcsold be, 
bővebb infót erről az előző Al- 
malapban találhatsz. 

Külön másold vissza az adott 

fájlokhoz tartozó Resource 
Forkokat a 


§ cp /Volumes/Boken/. t -/Desktop/ 
$ cp -r /Volumes/Boken/almalapt 
/Volumes/Boken/apple. jpg -/Desktop/ 


eee 


Last login: Hon Mar 
Welcose to Dorvini 


423 on ttypi 
£ -la s/Desktog/ 


admin 
admin 
admin 
wheel 
wheel 
wheel 


204 29 Hor 22 
714 29 Hor 
12292 29 Hor 
13780 29 Mar 21. 
102 29 har 21: 
116599 29 Har 21:44 apple.Jog 


Store 


Bernoulti: rosta 


mc - /usr/local/etc — sh — 78x28 


alnatap . app 
alnatap bundi ( gp 


parancsokkal, az opció a Bundli 
miatt kell, mert az tulajdon- 
képpen egy mappa. A Bundli- 
ként másolt szkriptnek helyes 
ikonja van, fut is, nem sérült a 
másolás közben, azaz nélkülöz- 
hető volt a Resource Forkjának 
a tartalma, hála a Resource 
Fájloknak (6. kép). A képet ki 
lehet nyitni, de kis ikon képe a 
Resource Forkjában van, ami 
külön fájlként található mellet- 
te. Az Applicationként elmen- 
tett szkript nem több egy hasz- 
nálhatatlan adathalmaznál. De 
nincs semmi veszve. 

A /Systemf/Library/CoreServices/ 
mappában található egy Fixup- 
ResourceForks parancs, ami az 
egymáshoz tartozó Forkok 
összeolvasztására való. 


/System/Library/CoreServices/FixupRe 
sourceForks 

-/Desktop/ /private/var/root/Desktop/ 
, almalap.app 


/private/var/root/Desktop/. almlap B 
undli.app 

/private/var/root/Desktop/ . apple. jpg 
/private/var/root/Desktop/almalap Bu 


eee 


wheel 


Tv admin 


Bernoul ti: 
total 434 
drwrr-xr-x 
drarvarvt 


wheet 
adni 
wheel 
odain 
wheel 
wheel 
vneel 
wet 
wheel 
wheel 


ru. 


me - 


ndli.app/Contents/Resources/Scripts/ 
. main.scpt 


A futás során ki is listázza, 
hogy melyek azok a Resource 
Fork nevek, amelyeket egybeol- 
vasztott. Az utolsó sor szerint 
a Bundliban lévő szkriptet táro- 
ló fájl is tartalmazott Resource 
Forkot. Az almalap szkript is 
futtatható, a képnek is látszik 
a tartalma. Tehát nem kell 
megijedni, ha ", " előtagú fájl- 
nevekkel találkozol. 

Más platformokkal történő le- 
velezések során előfordulhat, 
hogy csatolt fájlt kell küldened. 
A Send Windows Friendly Attach- 
ments bekapcsolása figyelmen kí- 
vül hagyja a csatolt fájl Resource 
Forkját, így anélkül kerül küldés- 
re. Ha Mac gépek között van 
adatcsere, nem szükséges bekap- 
csolni. Hiszen a fogadóoldalon is 
tárolhatóak a Resource Forkok. 


AZ ÁTNEVEZÉSEK 
HATÁSAI 
Az ikonnal összeolvasztott ké- 
pen nézzük meg, milyen hatá- 
sai is lehetnek, ha anélkül vál- 


Jusr/local/etc — sh — 78x28 


Lost login: Hon Har 29 22:28:56 on ttyp2 a 
Welcose tó Darvint 
Bernoulli: rogt8 (s -la s/Desktop/ 
total 448 


102 29 Hor 21:15 alsalap.bunái ( .app 
118599 29 Hor 21:44 opple.3pg 
4953 29 Hor 22:31 prief rtf 


-la /Volumes/Boken/ 


1024 29 Mor 22:25 . 
204 29 Har 19: 
12292 29 Har 22. 
1024 29 Hor 
42282 29 har 22. 
82 29 
23783 29 
13788 29 
1024 29 Mar 21:15 alnalop bundii .app 
116599 29 Hor 21:44 opple.jpg 
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har 
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toztatod meg a fájltípust, hogy 
a fájlban tárolt adat is válto- 
zott volna. Az adat tehát egy 
kép, aminek a Resource Forkjá- 
ban elölnézeti képe van. Ne- 
vezd át a "jpg" kiterjesztést 

" txt"-re. Az ikonkép marad, de 
dupla klikknél a TextEdit nyílik 
meg, a jpg mivoltra csak a fej- 
lécben található pár értelmes 
karakter, illetve a kicsivel lej- 
jebb található beágyazott xml 
fájl szöveges információja utal- 
hat. Ha ".rtf"-re nevezed át, az 
ikonkép még mindig marad, de 
már a TextEdit nem nyitja ki, 
nem találja a megfelelő rtf in- 
formációkat (7. kép). 

A Preview alapesetben nem 
akarja kinyitni, ha az alt -- al- 
ma kombinációval ejted rá az 
ikonjára, belesápad, de nem 
nyitja ki. Most le is törölheted 
a fájl Resource Forkját, akár az 
UFS fájlrendszerre történő má- 
solással és a Data Forknak a 
visszamásolásával, készíthetsz 
egy cp másolatot, vagy ablak- 
barát módon emailben is el- 
küldheted magadnak, az ered- 
mény ugyanaz. 


han Desktop 
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[5] 
ak Conti Bum Sarek sa 


almmatag und 


an 


Almalap — 2004. április 


€ SZOFTVER : 


HARDVER . 


DTP-PREPRESS s" 


WEB 


$ cp -/Desktop/apple.rtf -/Desktop/a 
pple.rtí 

cp: /var/root/Desktop/apple.rtf and 
/var/root/Desktop/apple.rtf are iden 
tical (not copied). 

§ cp -/Desktop/apple.rtf -/Desktop/a 
pple .rtf 


Láthatod, hogy miért fonto- 
sak a metaadatok. Ugyanolyan 
névvel akartam a másolatot ké- 
szíteni, de mivel ugyanaz volt 
mindkettő azonosítója, nem 
történt meg a másolás, adat- 
vesztés. Az " " azonban helyes, 
az eredmény (8. kép) 

A fájlban tárolt adathoz nem 
nyúltam, a fájltípus metaadat 
módosításának mégis egy formá- 
zást tartalmazó szöveges állo- 
mány neve és ikonja az ered- 
mény. Az ".app" e kedvencem, 
ha az adott fájl rendelkezik Re- 
source Forkkal, akkor Classic 
Application típust, ha nem, ak- 
kor sima Application típust társít 
a jpg képnek, a ".app" kiterjesz- 
tés rejtve marad (9. kép)! 

A parancssort most sem felejt- 
heted el, mert a ".app" kiterjesz- 
tést nem engedi levenni. A fej- 
lesztőeszközök között 
(/Developer/Tools/) lehet azokat 
a másoló, illetve áthelyező paran- 
csokat megtalálni, amik a Forko- 
kat és minden metaadatot átmá- 
solnak a bitfolyammal együtt, 
ezek az MvMac és a CpMac. 


4$ /Developer/Tools/MvMac -/Desktop/a 
pple.app -/Desktop/apple jpg 


TextEdit Open Failed 
Couát open file apoe mt. 


Malalai EEDesktop [a] 
) tek Mem Aton Getinte Nem feléer C 054 Corner Bem Sa) 


ET 7.135 GE sealátle a 
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$ /Developer/Tools/MvMac -/Desktop/a 
pple .app -/Desktop/apple .jpg 


A képeink újjászülettek, töb- 
bé nem skizofrének. Tehát a 
kiterjesztések fontosak. Egy 
baj van még, az egyiknek hi- 
ányzik az ikonja. Igen, az elve- 
szett a cp-vel történő másolás 
során, de mivel a tárolt adat 
ez idáig nem módosult, az 
egyikből ki lehet szedni a Re- 
source Forkot és be lehet ol- 
vasztani a másikba. Ehhez 
szintén a fejlesztőeszközök kö- 
zött lévő SplitForks parancsot 
is használhatod. 


$ /Developer/Tools/SplitForks - 
v -/Desktop/apple. jpg 
Splitting /private/var/root/Desktop/a 
pple. jpg.. 
splitting apple. jpg... 


Így kapsz egy . apple.jpg Re- 
source Forkot. Ezt át kell ne- 
vezni a másik névre, ezt a Find- 
erből is megteheted (10. kép). 

Majd olvaszd össze a megfe- 
lelő részeket: 


$ /System/Library/CoreServices/Fixup 
ResourceForks -/Desktop/ 


BE: 
TALAN "Get info New Folder 


6 


HE Desktop 


Mindvégig metaadatokat vál- 
toztattál, a fájlban tárolt adat 
nem változott, mégis mennyi 
galiba történt. Ha egy nem 
Bundli programon próbálod vé- 
gig a dolgokat, ugyanezt tapasz- 
talod. Csak a Resource Forkoknál 
kell jobban vigyázni, hiszen míg 
a képnél nélkülözhető, a prog- 
ramnál nélkülözhetetlen adato- 
kat tartalmaz. Szerintem egyszer 
majd a jpg kép is Bundli lesz, a 
File Type és a Creator Type me- 
taadat tárolási lehetősége is 
megszűnik, történelem lesz. Ap- 
ropó, mi történik, ha kitörlöd a 
képnél a kiterjesztést? 

Mátyás Ferenc Farkas 


Forrás: az első 20 találat a 
Google "metadata resource fork 
apple" kulcsszavakkal történt 
keresésre- 


Delete? Disk CönNEct 


G 


apple apple. 
a 
8eo apple Info aeo apple. Info 
9 General Yv General: 
d — apple apple. 
Kind: Classic Application Kind: Application 
Size: 140 KB on disk (142.300 bytes) Size: 116 KB on disk (118.599 bytes) 
Where: Desktop: Where: Desktop: 


Created. 
Modified: 


Monday, March 29, 2004 1103 PM 
Monday, March 29, 2004 11:04 PM 


0 Locked 


Created: Monday, March 29, 2004 11:52 PM 
Modified- Monday, March 29, 2004 11:52 PM 


DD Locked 


b Name § Extension: 


b- Name ő Extension: 


1 b Preview- 
b Memory: 
b. Ownership 4. Permissions. 


b Comments: 
 ÚeNGKKNNETKKEKKEEKEttÉKtaÉ 


D- Preview 
b. Languages; 
b Ownership § Permissions 


Í 5 comments: E 99 


A KÖNYVKIADÓK MEGÁLLA- 
PODNAK A FÉNYMÁSOLÓKKAL 


Hat akadémiai könyvkiadó be- 
perelte egy texasi egyetem 
mellett lévő fénymásoló tulaj- 
donosát, mert a "Netpacks" úti 
csomag másolt eszközöket tar- 
talmazott, előzetes beleegyezés 
nélkül. Samuel Odunsinak, az 
ügy vádlottjának 8,5 millió dol- 
láros bírsággal kell szembenéz- 
nie. Ám a felek peren kívül 
megállapodtak, Odunsi kártéri- 
tést fizet a kiadóknak. 


HARC A ZENEI KALÓZKODÁS 
ELLEN VILÁGSZERTE 


Jogi lépéseket tett Dánia, Né- 
metország, Olaszország és Kana- 
da, hogy a file kereskedők tör- 
vénytelen másolatokat hozzanak 
napvilágra. Ez az első jele annak, 
hogy az eddig Amerikában zajló, 
kalózkodás elleni küzdelem arc- 
vonala szélesedik. Kanadai ható- 
ságok 29 ember személyazonos- 
ságát kutatják, ezalatt Dániában 
a hivatalnokok 120 felszólító le- 
velet küldtek szét, utasítva a 
fájlkereskedőket, hogy szüntes- 
sék be tevékenységüket. Harminc 
fájlkereskedőt vádoltak szerzői 
jog megsértésével és 68 felhasz- 
nálót tartóztattak le Németor- 
szágban. Az Inernational Federa- 
tion of Phonographic-nál dolgo- 
zó Jay Berman szerint az általá- 
nos cselekvéseket nemzetközi 
törvények alá kéne helyezni, 
mert a másolásra vonatkozó tör- 
vényt figyelmen kívül hagyják az 
Európai Unióban, mivel azt nem 
hagyta még jóvá mind a 15 tag- 
állam. Néhány megfigyelő azt ál- 
lítja, hogy a nemzetközi törvé- 
nyek változatosságával üldözött 
akciók összezavarják a komputer 
használókat, főleg mikor legális, 
nagy méretű online zenei szol- 
gáltatás nem áll rendelkezésre 
Európában. Berman ezzel szem- 
ben, azt mondja, hogy még 
mindig több, mint 50 online 
zenei szolgáltatás van és a le- 
gális akciók további törvényes 
zenei szolgáltatás útját fogják 
egyengetni. 


SZOFTVER 
: Ügyvitel Macintosh módfá . 


váci Macintosh-módra 


Hazánkban is megjelent a nagy múltú nemzetközi szoftvercég, a Hansa Business Solutions szoftvercsaládjának legújabb, 4.1-es ver- 
ziója. A szoftver igazi mac-gyerek, fejlesztése 15 éves múltra tekint vissza, szinte majdnem egy időben kezdték fejleszteni a Micro- 
soft híres Word for Mac-jével. Teljes egészében Macintosh gépeken fejlesztett, 5 európai ország együttműködésével készülő szoftve- 
rével sikerült a világ vezető ügyviteli szoftvert készítő cégeinek élvonalába kerülni, jelenleg több 55.000 különálló installációval. 


A PC-s világban évtizedek óta 
megtalálhatóak kisebb-na- 
gyobb szoftvercégek termékei, 
melyek a felgyorsult gazdasági 
életben próbálnak lépést tarta- 
ni az egyre növekvő felhaszná- 
lói igényekkel. Egészen mosta- 
náig hazánkban kénytelenek 
voltunk PC-t használni számlá- 
zási-könyvelési feladataink el- 
végzésére. A külföldi bemuta- 
tóval szinte egyidejűleg ha- 
zánkban is megjelent Hansa- 
World 4.1 Mac OS X-re készült 
verziója, amely felébreszteni 
készül a Macintosh gépeken 
működő ügyviteli szoftvereket 
100 éves csipkerózsika álmuk- 
ból. Nem is akárhogyan. Jelen- 
leg ugyanis a Hansa szoftvere 
az egyetlen ügyviteli alkalma- 
zás, amely Mac OS X alatt fut. 
Magyarországon három mé- 
retben megjelent szoftver egyik 
alapvető tulajdonsága, hogy 
képes együtt növekedni az őt 
használó cég elvárásaival, mé- 
reteivel. Legkisebb változatá- 
ban egyszerű számlázó és pénz- 
tárkönyv funkciót kapunk, mely 
teljes egészében képes kielégi- 
teni az egy-két személyes cé- 
gek igényeit. Már itt is fellel- 
hető a szoftver egyik alapvető 
tulajdonsága: teljesen integ- 
rált, így minden feladatot csak 
egyszer kell elvégezzünk, a vál- 


tozások a szoftver minden mo- 
duljában azonnal rögzítésre ke- 
rülnek. Az ügyviteli alkalmazá- 
sok egyik legfontosabb tulaj- 
donsága kell, hogy legyen a 
modularitás. Ez azt jelenti, 
hogy az igényeknek megfelelő- 
en lehessen bővíteni szoftve- 
rünk funkcionalitását. A Hansa 
legkisebb, Hansa First elneve- 
zésű szoftverváltozatát ennek 


felszereltség" a több valuta ke- 
zelése, a teljes körű analitika 
nyilvántartása, az automatiku- 
san készülő kamatszámlák, fel- 
szólítások, pénztári bizonylatok 
kezelése. 

A következő lépcsőfok a Han- 
sa SBE azaz Small Business 
Edition, amely már rendelkezik 
a távoli eléréshez szükséges 
feltételekkel. 
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az elvnek a jegyében kiegészít- 
hetjük még készletnyilvántar- 
tással, szerződés nyilvántartás- 
sal, vevőrendeléssel valamint 
engedménykezeléssel is. Ezen 
konstrukcióval bármely kisebb 
kereskedelmi cég napi ügyviteli 
folyamatait elvégezhetjük. Már 
a legkisebb verzióban is ,alap- 


A Hansa a kliens-szerver archi- 
tektúrára épülve akár interneten, 
akár VPN-en keresztül egy mobil- 
telefon adta sávszélességgel is 
lehetőséget nyújt arra, hogy a 
világon egyedülállóan megbízha- 
tó és gyors kapcsolatban marad- 
hatunk ügyviteli rendszerünkkel. 
Nincs szükség bonyolult informa- 


tikai rendszerre, ugyanis a szoft- 
ver a két végpont között beépí- 
tett titkosításán túl az adatfor- 
galmat is titkosítja. E tulajdon- 
ságával, valamint, hogy akár 
PDA-n is használható ideális le- 
het a több telephellyel rendelke- 
ző cégeknek, az értékesítőkkel 
dolgozó cégeknek egyaránt. 

Az SBE verzióban a könyvelés 
modul is integrálva lett, így a 
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szoftver használatával tizedére 
csökkenhet a könyvelő által 
végzett munka mennyisége. En- 
nek kombinációja a távoli el- 
éréssel nagyban elősegíti a 
naprakész gazdasági informáci- 
ókhoz jutást, a gyors döntése- 
ket. Ennek a pozitív, profitnö- 
velő hatása nyilvánvaló. Ve- 


HANSAWORLD 


Fél év múlva féláron! 
Hansa First 
39-99 ET helyett 


19.900 Ft -- ÁFA 


fél év ingyenes próbahasználat után fizetendő 
Telefon: 439-3333 info(ci machansa.hu 
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gyünk egy normál kereskedelmi 
folyamatot: szállítótól megren- 
delt árut egyszer a szállítóren- 
delésen rögzíteni kell, a szoft- 
ver kinyomtatja a testre sza- 
bott rendelésformátumot. Az 
áru beérkezésekor egy gomb- 
nyomással betárolhatjuk az 
árucikkeket a raktárba - kiegé- 
szítve esetleges egyéb informá- 
ciókkal, mint vonalkód, széria- 
szám, stb. - majd egy gomb- 
nyomással elkészíthetjük a 
könyvelés számára a szállító- 
számlát. Ezen művelet során 
természetesen az összes kap- 
csolódó modulban megtörtént 
az adatok rögzítése, így kimu- 


zátűzni az adott rekordhoz. A 
szoftver vevő és szállítórende- 
lés modulja szintén integrált 
kapcsolatban van egymással, 
így a felmerült vevőrendelésből 
azonnal készíthetünk foglalást, 
vagy akár szállítórendelést is. 
Az így rögzített rendelést egy 
gombnyomással kitárolássá ala- 
kíthatjuk, majd abból azonnal 
számlát, bevételi pénztárbi- 
zonylatot készíthetünk. 
Napjainkban hazánkban is ro- 
hamos fejlődésnek indult inter- 
net használat sávszélesség nö- 
vekedésével párhuzamosan 
egyre több szoftver képes távoli 
elérést biztosítani, szinte helyi 
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tatást kaphatunk a szállítási 
késedelemtől a nyitott tétele- 
ken át egészen a lejárt szállító- 
számlák listájáig. Az összes 
rögzített tételhez, számlához, 
kartonhoz mellékletet adha- 
tunk, amelyet a gémkapocs 
gombbal tekinthetünk meg. Így 
kiváltható akár a számlák, szer- 
ződések papíralapú tárolása, 
elegendő beszkennelni és hoz- 


hálózati sebességgel. A Hansa- 
World szoftverei 8(!)kbit/s mi- 
nimális sávszélességet kíván- 
nak meg, természetesen ezt 
már a modemes kapcsolat is 6- 
7-szer túlteljesíti. Ezen gyors 
elérést a program hálózati for- 
galomra optimalizált kódja teszi 
lehetővé, amelyben minden el- 
küldött , csomag" egyszerű ka- 
rakter sorozatként kerül kézbe- 


sítésre (1,5kb/csomag), míg a 
grafikus felület megjelenítése 


nem indukál hálózati forgalmat. 


Talán kevés fontosabb informa- 
tikai felhasználási területe van 
a távoli elérésnek, mint az ügy- 
vitel, ahol adataink gyors és 
pontos, helyhez nem kötött el- 
érése sok idő és pénz megtaka- 
rítást eredményez. A szoftver- 
ben lévő könyvelő modul segít- 
ségével az integráltságnak kö- 
szönhetően előkészített 
anyag" fogadja a könyvelőt, 
aki az interneten keresztül be- 
jelentkezik hozzánk, ott elvégzi 
a szükséges egyeztetést, vala- 
mint lekönyveli az esetleges 


olyan tételeinket, ami automa- 
tizmussal nem könyvelhetőek. 
Mindezt a mi adatbázisunkban, 
a saját, védett számítógépün- 
kön! Így tehát azonnal megje- 
lenik minden módosítás, amit a 
könyvelő végzett, és azonnal 
tiszta képet kapunk gazdasági 
helyzetünkről. 

Az ügyviteli szoftver fogalma 
összefonódott a bonyolult, hó- 


napokon át tartó telepítések, 
betanítások kötelező rituáléjá- 
val. A lehetőségekhez mérten a 
szoftver ebben is könnyít a fel- 
használókon, beállításait auto- 
matikusan importálni lehet a 
szoftverbe, attól függően, hogy 
milyen célra kívánjuk használ- 
ni. A biztonsági mentés az 
adatbázis 1099-os méretére tö- 
mörített, más programmal nem 
olvasható fájlt jelent, amely le- 
het akár időzített, napi, vagy 
ún. ,On-the-Fly" backup. Ez 
utóbbinál még arra sincs szük- 
ség, hogy a felhasználók meg- 
szakítsák munkájukat, a szoft- 
ver képes mentést végezni úgy, 
hogy közben dolgoznak benne. 
Hardver erőforrás igényét szin- 
te minden mai középkategóriás 
számítógép teljesíti, cserébe 
viszont a világ egyik leggyor- 
sabb adatbázis kezelő mecha- 
nizmusát biztosítja számunkra, 
a párhuzamos több szálú elér- 
hetőség, a beépített massive 
cache, valamint a késleltetett 
adatbázis szinkronizálás (DDS) 
alkalmazásával. A szoftver le- 
hetőség szerint kiegészíthető 
HTTP-eléréssel is, így az adatok 
akár webes böngészővel is elér- 
hetőek, csak internet kapcso- 
latra van szükség. Működési 
tisztaságára jellemző, hogy 
csupán saját könyvtárát hasz- 
nálja a program fájlok tárolásá- 
ra, semmilyen más helyre, re- 
gistry-be nem tesz bejegyzést, 
fájlt. Fejlett naplózási mecha- 
nizmusában visszakövethetőek 
a szoftverben végzett módosí- 
tások, felhasználónként megje- 
lölve ki-milyen feladatokat haj- 
tott végre. 

A weben a www.hansaworld. 
com címet érdemes felkeresni. 


KISMÉRETŰ VIHAROKAT HASZNÁLNAK 
A SZÁMÍTÓGÉPES CHIPEK HŰTÉSÉRE 


Szembenézve a komputer chipek által termelt, létrehozott megfele- 
lően szétoszlatott hő problémájával, a Purdue Egyetem kutatói ki- 
fejlesztettek egy olyan technológiát, ami elméletileg olyan vihart 
hoz létre, ami mikroszkopikus szinten fúj, kavarog. Ilyen vihart le- 
het használni a jövőbeni számítógépek processzoraiban, hogy to- 
vábbítsák az általuk generált hőt. A Purdue-technológia amelyet 
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szabadalmaztattak, kisméretű csövekben játszódik le, a negatív töl- 
téseket sugároz egyes csövekbe. 

Az eredményes elektron kibocsátás és a környező levegő egy- 
másra hatása fényt és mikroszkopikus szellőt okoz, ami hűteni 
tudja a chipet. Mivel a chipek károsodhatnak a statikus elektro- 
mosságtól, a kutatóknak muszáj volt megoldani, hogy miként le- 
het apró elektromos vihart létrehozni, anélkül, hogy károsítanák 
azokat a chipeket, amiket hűteniük kell. 


SZOFTVER 


A tanfolyam hossza 48 óra, ára 1700.- Ft -- áfa óránként. Az oktatás maximum hatfős 
csoportban történik G4-es gépeken, melyekhez 19 inches monitorok csatlakoznak. 


1-6. óra 

9. A nyomdai előkészítés menete, főbb fázi- 
sok, alapfogalmak tisztázása (színmodel- 
lek, betűtípusok, mértékegységek, stb.). 

5. Az Adobe InDesign története, elhelyezése 
a nyomdai előkészítő szoftverek között. 

. A program kezelőfelülete tool-ok, 
paletták, menük. 

9. Új dokumentum létrehozása, Presetek 
gyártásával. 

" Nézetek változtatása, nagyító és 
mancs eszköz használata. 

9. Pasteboard. 

9. Rulers, guides, grids. 

" Navigálás a dokumentumok között. 


7-12. óra 
"  Mesteroldalak megismerése, egymásra 
épülő mesteroldalak használata, margók 
meghatározása, oldaltükör felvétele, ol- 
dalsorszámozás, mesteroldalak felülírása. 
"  Mesteroldalak hozzárendelése : 
lakhoz, szakaszok létreho; 
szövegablak, a szi 


és tulajdonságai. 
Feladat: Konkrét dokumentum létrebozása, 
több egymásra épülő mesteroldallal, ba- 
sábokkal, szakasz- és oldalszámozással. 


13-18. óra 

9  Karakter- és bekezdés tulajdonságok, 
alapfogalmak. 
DropCap. 


is and single line composer. 
átorok. 
Behúzás. 
Is és karakterstílusok. 
használata, Béziergörbék 


"  Transzformációk. 
Feladat: Nyomdai termék pontos 
reprodukálása. 
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19-24. óra 

9 A színek használata a dokumentumok- 
ban (direkt színes anyagok). 

" Képek importálása a dokumentumba 
(bitmap és vektor). A formátumok átte- 
kintése, a leggyakrabban használt típu- 
sok részletes ismertetése. 

A link, relink, unlink és update 
parancsok elsajátítása. 

A nézőkép minőségének beállítása, 
finomhangolás. 
Vágógörbék és alfacsatornák használata, 
Vektorgrafikák használata, rajzolása. 
Együttműködés az Illustratorral. 

Átlát kezelése, összhatás módok, 
feather. 

Feladat: Névjegykártya (direkt színekkel). 


25-30. óra 
ortálás. 
s Find and change. 


k. 
dokumentumok, leporlellók, 
Feladat: ( jságoldal és többoldalas könyv 
tördelése, levilágításra PDF készítése, 
WEB-re optimalizált PDF készítése. 


Színmenedzsment. 

Preferenciák. 

Preflight (ellenőrzés), levilágítás, 
színbontás. 

Adobe InDesign PageMaker Edition 
bemutatása. 


37-45. óra 
Gyakorlás. 


46 — 48. óra 
Vizsga. 

Oktató: Tamási Ákos 
stúdióvezető, DTP szakember 


órában 


Kérjük, amennyiben Önt érdekli ez a tanfolyamunk, jutassa vissza hozzánk ezt a három adatát levél- 
ben (1135 Budapest, Lehel út 61. MacAcademia) vagy faxon (452-7830), netán e-mailen 
(oktatas(cxmacacademia.hu). Az InDesign és más tanfolyamainkról többet tudhat meg a www.maca- 
cademia.hu honlapon vagy Hegedűs Helgától (30-919-1965). 


A SUN ÉS A MICROSOFT 
MEGÁLLAPODÁST KÖTÖTTEK 


A Sun Microsystems és a Micro- 
soft szóbeli megállapodást kö- 
töttek a hiteltelen nyilatkozatok 
és szabadalmi jogsúrlódások 
ügyében. A megállapodás értel- 
mében a Microsoft 700 millió 
dollárt fizet a Sunnak a hamis 
állítások miatt és 900 millió dol- 
lárt a szabadalmak okán. A két 
cég szintén megegyezett abban, 
hogy fizessenek egymásnak 
azért, hogy használják egymás 
dolláros megállapodás a Micro- 
soft utolsó megállapodása kon- 
kurenciával, miután elszámolt az 
AOL-lal előző évben és az Apple- 
lel 1997-ben. Az egymilliárd dol- 
láros per a Real Network-kel még 
mindig függőben van. A Sun és 
a Microsoft hivatalnokai jelen- 
tették be a megállapodást, mint 
az első lépést az együttműködés 
és a béke útján a két régi rivális 
között. A megelőző híreket mó- 
dosítva, egy bejelentés szerint a 
Sun múlt negyedévi vesztesége a 
vártnál nagyobb volt és a társa- 
ság létszámcsökkentést tervez 
szeptember végére, ami 3300 
munkást érint, kilenc százalékát 
a teljes munkaerőnek. 


CSÖKKEN A ZENEI 
LETÖLTÉSEK SZÁMA 


A Pew Internet és az American 
Life Projekt új felmérése azt 
mutatja, hogy az amerikaiak je- 
lentős része felhagyott a zenék 
letöltésével az Internetről. A 
februárban történt felmérés 
szerint 17 millió amerikai In- 
ternet-használó hagyta abba a 
zenék letöltését, nagyrészt a 
szórakoztató ipar által a szerzői 
jogok megsértésének vádjával 
ismeretlen gyanúsítottak ellen 
benyújtott keresetek/perek mi- 
att. A leállók harmada a perek 
miatt hagyott fel az illegális 
zene magáévá tétellel. Azon ki- 
sebbséget alkotók, akik még s0- 
ha nem töltöttek le zenét, azt 
mondják, hogy ők valószínűleg 
nem is fognak a perek miatt. A 


fennmaradó38 százalék - akik 
továbbra is folytatják a letöl- 
tést -, azt nyilatkozták, hogy 
sokkal ritkábban csinálják a pe- 
rek következményeként. Általá- 
nosságban, december óta némi- 
leg nőtt azon Internet- haszná- 
lók átlaga, akik letöltenek vagy 
megosztanak zenét, de ez az 
átlag még mindig kevesebb, 
mint egy évvel ezelőtt. 


GOOGLE ÉS AZ EGYETEMEK 


A tőzsdére tartó Google a MIT- 
tel és a másik 16 egyetemmel 
együtt fejleszti a Google kereső- 
rendszerét. Az egyetemek be- 
kapcsolódásával olyan speciális 
szolgáltatásra tanítják meg a ke- 
resőt, mellyel képes lesz a szak- 
mai újságok, közlönyök, folyó- 
iratok tartalmi kivonatában is 
kutakodni. A MIT által kifejlesz- 
tett DSpace nevű eszközt hasz- 
nálva, a főiskolák és egyetemek 
kiépíthetik saját, "szuperarchí- 
vumukat". Ez utóbbi attól szu- 
per, hogy a tudományos munká- 
kat jellemző metaadatokat 
Google-lel kereshetően tárolják. 
A MIT-es MacKenzie Smith sze- 
rint már 125 intézmény használ- 
ja a DSpace-t, ám eddig nem 
volt olyan szoftver eszköz, amel- 
lyel az összes archívumban ke- 
reshettünk volna. A Google az 
Online Computer Library Center 
által alkotott interface-t kívánja 
használni - amely így várhatóan 
beépül a kereső oldalába. Smith 
reméli, hogy azok az intézmé- 
nyek, amelyek a DSpace-t hasz- 
nálják, végül rajta lesznek a ke- 
resőn. Ugyancsak megjegyezte, 
hogy a keresőkapacitás nem kor- 
látozzák a Google-re, amennyi- 
ben más keresőmotor fejlesztő 
vállalkozás jelentkezik, ők ké- 
szek az együttműködésre, mert 
céljuk a minél szélesebb közön- 
ség elérése. A Google az első je- 
lentős IT cég, amely a dotcom 
buborék kipukkadása után megy 
tőzsdére, az ifjú tulajdonosok - 
elkerülendő a rosszindulatú spe- 
kulációkat - nem a bevett beve- 
zető cégek egyikét kérték fel a 
folyamat lebonyolítására. 
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Adok-Veszek 


ÉRÉS Gáz got ÁZ HE VO ván Véres Tie TÉREN tak egy ROB rés lé et 


A kótya-vetyében mindenki szabadon meghirdetheti kereskedelmi 
mennyiséget nem képező feleslegessé vált eszközét, illetve kereshet 
szoftvert, hardvert. Az Almalap kimondottan nem támogatja a nem 
jogtiszta szoftverek csere-beréjét. A beküldött kótya-vetyék felkerül- 
nek az Almalap honlapjára is. Ha ez utóbbira nem vágysz, akkor kér- 
lek, jelezd! A kótya-vetye kapcsán megadott adataidat semmilyen 
módon nem használjuk fel, adjuk tovább és bizalmasan kezeljük. 


KÓTYA- 
VETYE 


Apple PowerMac G3 (Blue- 
White), 350 MHz, 384Mb RAM, 
10Gb Hdd, CD és DVD olvasó, 
ATI RAGE 128, Apple billen- 
tyűzet -- egér! Tetszés szerinti 
oprendszerrel! Ár: 82eFt 
Telefon: 06/30-523-9819 
Email: andrejzon ofreemail.hu 


iBook G4 800OMHz, 256 MB, 
30 GB eladó! 
Email: lenart bofreemail.hu 


Keresek megvételre, upgradre 
nem használt, jogtiszta Photo- 


. shopot, bármilyen alcsony ver- 


ziószámút Macintoshra. 
Email: eskimo(Owhitewater.hu 


Heidelberg Circon-Ouickstep 
prepress szkenner eladó. A/3--, 3 
lencsés, 2400 optikai dpi, állítha- 
tó fókusz, 3.7 D max 4.0 denz- 
itás. Szoftver: mac Linocolor Elite 
4 ColorOpen Icc színmenedzselő 
csomag (ViewOpen, ScanOpen, 
Printopen), pc Silverfast 6.0. 
irányár 549.000 Ft 

Email: artside-Dfreemail.hu 


eMac G4/800, nVidia gForce 2 
MX 32 MB VRAM, 512 MB RAM, 
modem, 120 GB HARD DISK, su- 
perdrive, mouse -- keyboard (pro) 
eladó, ára: 225 000 ft 


PowerBook G4 15": G4/867, ATI 
mobility radeon 32 MB VRAM, 
512 MB RAM, modem, DVI, 40 GB 
hard disk, combo drive, airport 
eladó, ára: 420 000 ft. Koscsó 
Dávid, kdcotvnetwork.hu 


Az alábbi előfizetési nyomtatványt célszerű fénymásoló használatával lemásolni, kitölteni és elfaxolni a 452-7830 
faxszámra, ha a fax makrancoskodik, akkor a postára bízni (Almalap - Kereskedelmi Értesítő Kiadó, 1135 Budapest, 
Lehel út 61.) vagy e-mailt küldeni (almalap(omail.datanet.hu). Előfizetését előre is köszönjük! 


ELŐFIZETÉSI NYOMTATVÁNY 


Igen, szeretném az Almalap - Magyarországi Macintosh Magazin előfizetésének előnyeit élvezni, ezért ezúton 


előfizetek a lapra ....... példányban. 


(d AwrKkövetkező 10 számra, 4000 Ft-ért, postaköltséggel együtt. 


(J Az előfizetési díjat postautalványon egyenlítem ki, kérem, küldjenek részemre postautalványt. 
(Az előfizetési díjat számla ellenében átutalással egyenlítem ki. 


Vállalom, hogy amennyiben nem hosszabbítom meg jelen előfizetésemet, úgy döntésemet az 
előfizetési periódus lejárta előtt hat héttel írásban közlöm a lap kiadójával. 


Név: 
Cég neve: 


Postacím: 


E-mail cím: 


Aláírás, dátum, pecsét: 
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